Блог

Зачем уметь писать код в блокноте

Я уже говорил, что у нас на работе многие (из тех, с кем я общался) пишут код в блокното-подобных редакторах кода и не используют Visual Studio. А зачем это нужно? Почему не использовать возможности Visual Studio, ведь его возможности могут реально быть полезными?

Да, хорошая среда разработки полезна и позволяет избавиться от перекомпиляции из-за опечатки. Но когда пишешь код без помощников, то постепенно количество опечаток уменьшатся, и приходится писать код более внимательно. Нужно уметь писать код удаленно на сервере, где нет практически ничего, кроме компилятора, блокнота и командной строки.

Умение писать в блокноте никогда не будет лишним. Не скажу, что это обязательно нужно уметь делать, но желательно. К нам на собеседования приходят достаточно умные ребята, с большим опытом работы программистом, но они проваливаются иногда только из-за того, что не могут писать код в блокноте без помощи Visual Studio. Это только кажется, что после 5 лет работы в продвинутых редакторах любой сможет написать код без их помощи. Практика показывает, что это далеко не так.

MSN клиент на C#

Давно я уже не выкладывал статей. Еще дольше не выкладывал новых статей. Сегодня (по моему времени уже вчера) я выложил новую статью MSN клиент на C#

Когда можно использовать AJAX

Ajax - вполне хорошая технология и ее можно и даже нужно использовать так, где это надо. Ведь без перезагрузки всей страницы мы можем обновить ее часть и сэкономить пользователю трафик, не заставлять страницу мерцать и так далее и тому подобное. Но есть и недостаток - нельзя отойти на шаг назад с помощью кнопки Back (Назад) в браузере. Можно пойти на уловки, но все эти обходные пути больше издевательства, поэтому лучше не использовать (сугубо мое мнение).

Как узнать "где можно" использовать Ajax? Нужно понимать главный недостаток Ajax - не работает кнопка Back (Назад) в браузере. Если ты считаешь, что после выполненного действия пользователь может захотеть нажать кнопку назад, то ни в коем случае нельзя использовать Ajax.

Исходные коды моих проектов

Во всех компаниях, в которых я работал, я всегда старался писать код в том стиле, в котором его пишут именно в этой компании. Я уже привык быстро адаптироваться к разным стилям. Но в своих личных проектах я пишу код так, как я считаю нужным и у меня никогда логика не смешивается с представлением, как это происходило во всех проектах, в которых я участвовал.

К чему я это? На одном форуме увидел как некий XXXXXX уверяет, что видел где-то по знакомству реальные мои личные исходные коды. Почему XXXXXX вместо имени или ника? Стараюсь не переходить на личности. Могу ругаться матом, но стараюсь не переходить на личности.

Ну ладно, люди любят поливать других грязью, чтобы поднять себя, но так откровенно врать... Я даже друзьям никогда не показываю личных исходных кодов, таких проектов как например на www.cydsoft.com. Никто не видел этих исходных кодов и наверно не увидит, по крайней мере бесплатно :) даже по мега великому знакомству.

Инсталляция программ

В Visual Studio входит возможность создавать инсталляционные пакеты для для программ. Меня эта возможность начинает бесить. Особенно функция Зависимые пакеты. Студия ищет по исполняемому файлу (который вы добавили в проект) зависимые библиотеки и автоматически добавляет их в установчный лист. Если вы вручную добавить еще раз файл, то в архив попадет две версии библиотеки и они просто перезапишут друг друга, если установка будет идти в одно и то же место, да и архив станет неоправданно больше, поэтому я долгое время велся на эту возможнсоть.

Но функция зависимых проектов уже несколько раз подводила меня. Сегодня она показывает, что библиотека xxx.dll зависима и добавляет ее в архив, а завтра я собираю инсталляшку и вижу, что библиотека не включена в архив и не поставляется пользователю и установщик ставит пользователю битую версию. Каждый раз приходится проверять, а все ли файлы включены в поставку и не лохонулся ли опять этот долбанный установщик.

Задолбала разница в браузерах

Реально задолбала разница в браузерах. Сегодня выяснил, что IE не передает referer, если изменять текущую страницу с помощью JavaScript (document.location = 'http://www.funniestworld.com' - не передаст ). Какого уродства он это делает, я понятия не имею. Выход банален, устанавливаем a тег с id и с name, ищем его по имени или id, изменяем href на нужный и программно кликаем. Долбанутый хак, но что делать:

<a id="redirecturl" style="display:none;" />

<script>
 document.getElementById('redirecturl').href= нужный url; 
 document.getElementById('redirecturl').click();
</script>

Теперь ie передает referer, но счастье длиться не долго. Падла FF не содержит функции click у тега a.

Web программирование или класика

Недавно задали вопрос, что для меня лучше, Web программирование или программирование на C#. На самом деле для меня лучше программирование на C#. Но ведь для Web тоже можно писать на C#, по крайней мере логику, которая спрятана за кулисами сайта. А вот передний план приходится оформлять другими технологиями, такими как HTML, JavaScript, Silverlight, Flash и т.д.

Если сравнивать C# программирование для Web и классические десктоп приложения, то десктоп приложения мне нравятся конечно же больше. Там руки более развязаны и я могу делать все, что угодно. Когда делаешь сайт, то сильно ограничен браузером и его технологиями и системой безопасности. Когда пишешь простые вещи, то это еще нормально, но когда пишешь что-то серьезное и крупное, то это бесит.

Непредсказуемый IIS

За год плотной работы с IIS (а я работаю с ним в среднем по 10 часов в день) я натерпелся его непредсказуемости, что уже ничему не удивляюсь. Сначала я понял, что iisreset фигня и практически не помогает в случаях с обновлением кода. Остановка и запуск процесса не помогает еще реже. Я начал сначала убивать процесс. Сервис построен так, что он автоматически стартует. Его убъешь, а он падла тут как тут и уже 3 мегабайта памяти.

Убийство aspnet_wp.exe реально спасает в 99,9 процентов случаев. Но был у меня тут случай, когда примитивный запрос из под IIS не работал. Мистическим образом, мой сценарий постоянно говорил, что индекс испорчен и не давал вставить запись в базу данных. Хотя тут же беру этот запрос и выполняю из под SQL Server Management Studio и он работает прекрасно.

Мы с тестером пробились два часа и ничего не помогало. Мы пошли к своему компьютеру и пнул тот же сценарий со своей машины и он сработал прекрасно. Вернулись обратно, не работает. Я просто для прикола решил предложить выполнить iisreset, и помогло.

Будущее Java

Я говорил, что для развития какого-то продукта, ему нужен хозяин. У Java вновь появился хозяин и судя по агрессивным действиям Oracle (подали в суд на Google), они заинтересованы в java, и хотят зарабатывать на ней. Вот это как раз и страшно - они хотят зарабатывать на Java. Oracle зарабатывает на всем и им не интересны убыточные проекты. Так что я уже давно сказал, что Java - это труп и данное событие только доказывает, что это труп разлогающийся очень быстро.

После этого суда компании будут боятся использовать Java, потому что Oracle слишком влиятельная компания и очень богатая, чтобы судиться с ней. Да, Oracle не будет судиться с мелкими производителями, но как только она почувствует запах денег (как она сделала это в случае с Google), Oracle тут же будет зарабатывать их, даже через суд. Когда я узнал, что покупателем будет именно Oracle, я понял, что у Java нет шансов. Только IBM могли стать спасительной ниточкой, на которой еще можно было повисеть.

Представление модель и контроллер

Те, кто программирует на C подобных языках больше склонны к тому, чтобы разделять представление модель и контроллер и это дает свои плоды при программировании больших проектов. Я видел достаточно много проектов и хочу показать одну ошибку, которую делают программисты ASP.NET. У ASP.NET есть громадное преимущество, потому что даже в языке по умолчанию контроллер уже отделен от представления. Контроллеры располагаются в cs файлах, а представления в aspx. Да, MVC круче, но сейчас остановимся на том, что есть по умолчанию и рассмотрим только этот вариант.

Однажды я видел проект, в котором было представление в виде aspx файлов, контроллеры в виде cs файлов, а так же отдельная библиотека контроллера и отдельная библиотека модели. Я не знаю зачем, но был создан промежуточный уровень контроллера, который выполнял роль передаста. В большинстве случаев, он банально представлял из себя ту же структуру, что и библиотека модели, с теми же классами, но при этом не обращался реально к данным. Все методы в классах библиотеки контроллера занимались передастизмом, а именно, просто получали на вход данные и банально передавали их модели.

Имеет ли смысл создавать библиотеки передасты без особого смысла? Я смысла не понял.

О блоге

Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю

Обратная связь

Без проблем вступаю в неразборчивые разговоры по e-mail. Стараюсь отвечать на письма всех читателей вне зависимости от страны проживания, вероисповедания, на русском или английском языке.

Пишите мне