Польза от кризиса для ИТ

Что бы не говорили, но на ИТ отрасли сказалась кризис, это уже очевидно.

Но не все так печально. Есть одна замечательная особенность текущего состояния дел в компаниях: на фоне массовых увольнений, особенно в Киеве и других крупных городах - вакансии, висевшие у кого полгода, у кого и больше, сейчас закрыты. И на этих проектах работают вполне достойные кандидаты.

И самое смешное, что зарплату претенденты просят вполне реальную и соответвующую своим знаниям и опыту. То есть польза в том, что нужные люди перешли на более значимую работу, на которую до кризиса никто не хотел идти.

Осталось только порешать с потоком новых интересных проектов - и все станет на свои места.

Правило буравчика: Совет молодым родителям (до 3-х месяцев)

Как отец троих сыновей могу дать очень дельный совет молодым родителям, которых на форуме все больше и больше. Эту know-how я не встречал нигде в литературе, инете и проч. Допер я до этого только на третьем сыне, но, поверьте, находка дорогого стоит.

Как известно, маленькие дети не хотят засыпать ночью. А взрослые их родители - напротив, очень хотят И для усыпления этих маленьких ангелят приходится брать их на руки из кроватки и носить по комнате со всякими баюшками-баю.

Лучше всего дети засыпают, если их качать и ходит кругами по комнате, это известно всем.
Но (sic!) оказалось, что крайне важным является направление хождения

Когда вы ходите по кругу, глаза ребенка цепляются за предметы окружающей обстановки (дети так устроены, они познают мир). Ребенок цепляется глазами за предмет, провожает его, потом предмет уходит из его поля зрения, и он цепляется за следующий. Ведь спать ребенок не намерен! Для него сон - досадное препятствие для познания этого такого интересного и яркого мира!

А теперь внимание - секрет! Когда вы ходите по кругу по часовой стрелке, глаза ребенка, провожая предметы, вынуждены открываться шире! А если ходить против, то глаза, провожая предметы - закрываюся! Такова анатомия человека

Все это справедливо, если ребенок лежит на левой руке. Если вы его кладете на правую - все наоборот, я думаю, что это понятно.

В сухом остатке имеем - 15 минут хождения по часовой до полного засыпания объекта против пяти минут - против часовой

Удачного хождения
http://forum.searchengines.ru/showthread.php?t=293468

Социальная сеть от гугла

Коннектим френдов с Google

Google сегодня запустил новый сервис Friend Connect. Полезен он будет вебмастерам, которые хотят сделать свой сайт в духе современных веяний, т.е. социальным. Сервис позволит пользователям сайта общаться между собой, используя аккаунты, которыми они уже обладают: Google, Yahoo, AOL или OpenID. Добавить сервис на сайт может каждый, размесив несколько кодов, предложенных Google. Также пользователь может импортировать свой профиль из некоторых непопулярных социальных сетей (Plaxo и orkut), которые разрешили эту возможность. Поисковик первоначально открыл этот сервис в мае, но тогда это был лишь превью-релиз. Дорабатывая сервис, Google прибавил к возможности оставлять комментарии и играть в игры, вставлять в комменты видео с YouTube и создавать более информативные профили. «Целью Friend Connect является развитие открытого социального интернета. Используя стандарты OpenID, Google позволяет общаться людям на тех сайтах, которые им нравятся», - говорит бренд-менеджер компании Google Мусси Шор (Mussie Shore) http://www.seonews.ru/news/.info_news/3698/

Picasa переводит комментарии

08.12.2008

Picasa Web Albums очень популярны за пределами США. Интерфейс программы переведен на 38 языков мира. Для упрощения общения, теперь комментарии автоматически переводятся системой на язык интерфейса.

Фотошаринговый сервис от Google использует для перевода Google Translate API. Picasa стала третьим проектом, в который интегрирован машинный переводчик Google. До фотоальбома, такую же функциональность получили Google Reader и YouTube.
http://www.searchengines.ru/news/archives/007214.html

Бесценный доллар - вся правда о долларе

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

Актуально думаю для многих в период финансовой нестабильности пересмотреть свою позицию относительно доллара в частности и денег вцелом.

Домен .UA откроют для всех?

Администратор доменной зоны .UA Дмитрий Кохманюк считает, что назрела необходимость в реформе существующей доменной системы. В интервью украинскому изданию "Зеркало недели" Кохманюк сказал о возможном "открытии" домена.

Как известно, с момента организации доменной зоны .UA в декабре 1992 года, регистрация доменов второго уровня в ней была серьёзно ограничена. Поначалу были делегированы региональные домены, позднее появилось несколько целевых публичных доменов (COM.UA, GOV.UA и т.п.), и только с осени 2001 года началось делегирование приватных доменных имён второго уровня — но только для зарегистрированных в стране торговых марок.

"Принятое ограничение, — поясняет Кохманюк, — имело целью защитить права регистрантов. И вводилось лишь на переходный период. Последний затянулся на семь лет и своим изначальным целям сейчас не соответствует".

Однако снятие этого ограничения — вопрос непростой, поскольку требует изменений в правилах регистрации. "Чем больше сил, денег и времени вложено в игру по каким-то правилам, — говорит администратор зоны, — тем менее сегодняшние участники заинтересованы в том, чтобы эти правила были изменены".

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

Эту же позицию Кохманюк озвучил недавно на круглом столе Интернет-ассоциации Украины "Новые законодательные инициативы в сфере телекоммуникаций". В своём выступлении он отметил мировые тенденции в доменной сфере, а именно либерализацию рынка, рост ответственности участников, а также требования ICANN к повышению прозрачности процедур управления и регистрации. Эти тенденции, по мнению Кохманюка, требуют реакции со стороны украинских участников рынка доменных регистраций, сообщает HiTech Expert.

Напомним, что аналогичные с украинскими правила действуют и в других странах - к примеру, в Великобритании нельзя зарегистрировать имя второго уровня, зато в распоряжении регистрантов есть обширный список доменов третьего уровня (.co.uk, org.uk и так далее).

Впрочем, даже строгие правила иногда можно нарушить. Так, например, произошло в случае с корейской компанией LG, которая захватила луганский региональный домен lg.ua. Правда, сейчас по этому адресу вообще ничего не открывается.

Источник: http://webplanet.ru/news/service/2008/11/18/ua_domain.html

Кросы Tecdoc онлайн - база данных TechDoc в Mysql, каталог кросов Текдок онлайн

Выложен каталог кросов - Tecdoc (текдок) онлайн

Не на все запчасти есть цены в нашем онлайн прайсе, поэтому мы решили выложить на нашем сайте кросы на все известные нам запчасти. Он находится по адресу: http://partmaster.com.ua/?action=cros

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

Пожелания и комментарии можно оставить в анонсе на партмастере:
http://partmaster.com.ua/?action=news_preview&id=149

Разработка интернет магазина на базе tecdoc: http://www.mstarproject.com/?action=tecdoc_mysql_site

Новые штрафы за нарушение ПДД

Нарушение	Старый штраф	Новый штраф
Езда с непристегнутым ремнем безопасности	штраф 3,4-8,5 грн.	штраф 170-255 грн.
Разговор за рулем по мобильному телефону (без устройства <свободные руки>)	нет	штраф 525-850 грн.
Управление неисправным автомобилем	штраф 17-34 грн.	штраф 255-340 грн.
Управление авто, не прошедшим техосмотр, без номеров или с поддельными номерами	штраф 34-85 грн.	штраф 255-340 грн.
Превышение скорости, проезд на красный свет	предупреждение или штраф 8,5-17 грн.	штраф 510-680 грн.
Нарушение требований знаков, езда по тротуару	предупреждение или штраф 3,4-8,5 грн.	штраф 255-340 грн.
Непредоставление преимущества пешеходам на <зебре>	штраф 8,5-17 грн.	штраф 255-340 грн.
То же, при создании аварийной обстановки	штраф 34-68 грн. Или лишение прав на 6-12 мес.	штраф 680-850 грн. или лишение прав на 6-12 мес.
Нарушение правил проезда ж/д переездов	штраф 34-68 грн.	штраф 225-340 грн.
То же, но при создании аварийной обстановки, повреждении ТС, грузов, сооружений	штраф 34-68 грн. Или лишение прав на 6-12 мес.	штраф 225-340 грн. или лишение прав на 6-12 мес.
Нарушение ПДД, приведшее к повреждению ТС, грузов, сооружений	штраф 17-68 грн. Или лишение прав на 3-6 мес.	штраф 340-425 грн. или лишение прав на 6-12 мес.
Управление ТС лицами, не имеющими на это права	штраф 34-68 грн.	510-850 грн.
Управление ТС водителями, не имеющ. при себе вод. прав, техпаспорта, отсутствие полиса ОСГО	штраф 8,5-17 грн.	штраф 510-850 грн.
Управление ТС лицом в состоянии опьянения	штраф 225-340 грн. Или лишение прав на 1-2 года	штраф 2250-3400 грн. Или лишение прав на 1-2 года, или 40-50 ч обществ. Работ или админарест 7-10 суток
Управление ТС лицом в состоянии опьянения при повторном нарушении в течение года	штраф 340-680 грн. либо лишение прав на 2-3 года. Возможно оплатное изъятие ТС	Лишение прав на 2-3 года, или 50-60 ч общ. работ, или админарест 10-15 суток. Возможно изъятие ТС. При 3-м за год - лишение прав на 10 лет с изъятием ТС

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

Программистские ошибки для чайников

Ошибки

Я решил разделить ошибки на детские, тактические и стратегические. Такое разделение больше применительно для студентов, пишущих лабы, курсовики и дипломы, чем для работников IT-контор, участвующих в реальных проектах. Но, к сожалению, и среди последних встречаются те, к кому это можно приложить. Может это потому, что работники IT-контор часто являются студентами?

Детские

Это самые заметные ошибки, т.к. они видны прямо в коде программы и/или ы результатах её работы. Они просто бесят соработников и менеджеров проектов.

1. Невнимание к деталям. Едва ли не основным признаком профессионала является внимание к деталям. В профессиональном приложении вы никогда не увидите ничего из ниже перечисленного:
   • Недоформатирование текстов/Недовыравнивание элементов форм. Куски лейбочек, который вылезают за панели; кнопки, которые перекрывают лейбы; тексты, которые уползают за край формы.
   • Отсутствие единообразия в интерфейсе, форматировании тектов, расположении форм. Это тот случай, когда лучше «безобразно, но единообразно». Это же, кстати, отличает айтишников от всех остальных при использовании MS Word: айтишники используют стили, и потом могут легко менять вид документа, изменяя стили, а остальные каждый элемент форматируют вручную и при необходимости изменить вид заголовка второго уровня переформатировывают все заголовки 2го уровня в доке.
   • Неучитывание возможности изменения размеров формы. Самый обычный вариант тут — просто забыть о том, что формы могут меняться, забыть установить значения минимальной и максимальной ширины и высоты. Самый некрасивый и неюзабельный — задать абсолютную привязку ко всем сторонам формы, так что контролы наедут друг на друга при её увеличении. Также часто забывают запретить “распахивать” окно, хотя запрещают “ресайз”.
   • Использование названий контролов, которые за вас придумала IDE. Button1, Form2, открытьИзображениеToolStripMenuItem_Click. Этого делать нельзя, т.к. радикально ухудшает читабельность кода, а значит увеличивает стоимость его поддержки. Вообще «неговорящие» названия контролов плохо. Говорящие по-русски — спорно, т.к. часто вы будете писать приложения для заграничных заказчиков, а это означает, что русские названия методов не пройдёт процедуру приёмки исходного кода.
   • Сортировка числовых значений по правилам строк. Это часто происходит, когда значения хранятся в виде цифр (15.45), а отображаются в строковом виде (15грн.45коп.). И сортировки выполняются средствами стандартных компонентов. Надо это учитывать и реализовывать сортировки как надо.
2. Смешение парадигм процедурного и объектно-ориентированного программирования. К сожалению, на собеседованиях я очень редко встречаю претендентов, которые бы могли внятно объяснить, чем ООП лучшее. Более того — мало кто может сказать, лучше чем что. Естественно, что не понимая, зачем ООП нужно, оно применяется неправильно.
   • Применение ООП для отмазки. Чем применять ООП «для галочки», лучше его не применять вообще, т.к. с одной стороны выглядят эти попытки жалко, а с другой запутывают ваших товарищей, которые ожидают «правильного» использования ООП, раз уж оно вообще использовано.
   • Использование «глобальных переменных». Особенно в виде «Form1.condition». Это снижает читабельность кода и является симптомом того, что вы неправильно спроектировали приложение.
   • Использование статических методов, для решения бизнес-задачи. Если у вашего класса есть только поведение (методы), но нет свойств (полей), значит, вы неправильно провели анализ предметной области (не всегда, но чаще всего).
3. Неправильные комментарии. Комментарии — это отличный помощник, если их использовать по назначению. Многие игнорируют этот факт.
   • Не писать вообще. Cowboy-style. Хорошо, что преподаватели стараются с этим бороться… и порождают следующую проблему.
   • Писать очевидные комментарии. Когда что-то делается из-под палки, это всегда делается плохо. Так и тут — особенно умиляют комментарии вида «int a; // объявляем переменную». Выглядит как издёвка (особенно, если через две строчки следует алгоритм без единого комментария с кучей циклов, ифов, break’ов и с несколькими return’ами), а издеваться над сотрудниками (и преподавателями) мало того, что нехорошо, так ещё и чревато.
   • Не описывать метод\класс. С этим старается бороться IDE. Не надо ей мешать — она знает, что делает. Автодоки сохраняют время всей команде и вам лично, когда приходит время писать документацию на проект.
4. Не следование code conventions. Стандарты кодирования позволяют вам разобраться в чужом коде (или кому-то в вашем) намного быстрее и легче. Обычно программисты подсознательно следуют какому-то одному стилю, но встречаются и такие у которых 7 пятниц на неделе. В любом случае, я советую явно выбрать подходящий стиль и стараться ему следовать. По умолчанию можно использовать стандарты кодирования pear для php, sun для java и Microsoft для семейства .net.
   • Хаотичное форматирование кода. Самый клинический случай, это когда у одного и того же человека разные куски кода отличаются по форматированию. Некоторые даже говорят, что это признак маниакально-депрессивного психоза. Ну или ему просто курсовик помогали писать соседи по общаге
   • Каждый член команды использует удобную ему конвенцию. Это менее плохо, но тоже не хорошо. Для работы в команде просто необходимо принять общий стандарт кодирования, иначе это будет не работа в команде, а просто работа над одним проектом.

Детские ошибки можно перечислять и перечислять, но я ограничился только теми ошибками, которые я встретил в ваших работах больше 3х раз.

Тактические

Тактические ошибки — это ошибки, которые не напрямую связаны с кодом, а больше связаны с краткосрочными целями, которые преследует программист, при его написании.

1. Не иметь правильной цели для проекта. Первой и главной целью при написании курсовых, лаб и дипломов необходимо ставить «поднять свой уровень», а не «отмазаться от преподавателя». Подумайте, ведь в большинстве случаев, когда вы придёте на собеседование, эти программы будут единственным, чем вы сможете похвастаться — может стоить сделать их хорошо?
2. И так сойдёт. Отсутствие правильно цели приводит к тому, что программы делаются «тяп-ляп», как у зайца в старом мультике (все помнят?). В двух словах — на пользу это ему не пошло. Можно выделить несколько подпунктов:
   • Размещение бизнес-логики в обработчиках событий. Это наверное самая распространённая ошибка, которую совершают абсолютно все. Можем провести эксперимент — пусть честные люди поднимут руки, если они помещали решение задачи в какой-нибудь «onClick». Я так и думал… честных людей мало :). Чтобы побороть эту ошибку есть теоретически простой, но сложный в реализации метод… но полезный: сначала нужно написать консольное приложение, а потом докрутить к нему GUI.
   • Тестирования приложения только на допустимых значениях. Удивительно, как много приложений падает, как только ввести в поле для ввода цифр буквы. Когда вы пишите приложение, необходимо рассчитывать не на дружеского пользователя, а на агрессивную обезьяну, которая может ввести что угодно и нажать куда угодно. Приложение должно на всё реагировать корректно.
   • Хардкод. Внесение конфигурационных параметров, строковых литералов, магических цифр в код — это плохо. Для этого давным-давно придуманы специальные средства — конфигурационные файлы, файлы ресурсов, формы настроек. По возможности необходимо избегать перекомпиляции приложения, для его настройки, т.к. в реальном мире, за перекомпиляцией следует фаза развёртывания, а это очень дорого.
   • Копи-паст. Дублирование кода увеличивает стоимость его поддержки — ведь в любом коде будут производится изменения, это данность. От этого никуда деться нельзя, а значит надо будет вместо одного изменения производить много (в зависимости от количества скопированных кусков) и ещё и синхронизировать их. За правило надо взять принцип, что если какой-то кусок кода понадобился больше двух раз, то его надо выделить в метод, класс или модуль.
   • Плохой русский\украинский\английский в сопроводительной документации. Документация — это неотъемлемая часть проекта. Если документацию неприятно читать, то это отношение распространится на весь проект в целом. Что я имею в виду? Например, откровенные глупости в части про БЖД, которые кочуют из записки в записку. (Я уже говорил, что копи-паст это плохо? на документацию это тоже распространяется). Или излишне вольное обращение с украинским языком, например «разрешение монитора», это «роздільна здатніcть», а не «дозвіл», как практически у всех вас в записках.
3. Не соответствие результата и цели. Если реализовывать что-то “тяп-ляп”, то и результат получается посредственный. Любая программа решает некую бизнес задачу — вот реализация этой бизнес-задачи и есть цель вашего проекта, а значит и результат должен быть этой же реализацией. Например, если вам дали курсовой на тему «однопользовательская игра с графическим интерфейсом», то вам надо сконцентрироваться на игре, на её динамике, на удобстве интерфейса, на функциях, характерных для игр — тогда в результате у вас будет (сюрприз!) интересная однопользовательская игра. Но в большинстве случаев студенты концентрируются на том, чтобы просто сдать курсач. В итоге получается скучная игра, которой неудобно пользоваться, обёрнутая в стандартный для windows-приложений интерфейс — стандартный проект-отмазка. Это не правильно. В первую очередь надо решить поставленную задачу — это позволит вам повысить свой уровень в программировании и анализе, и как приятный побочный эффект позволит вам получить высокую оценку за неё.
   • Недостаточная проработка теоретической части проекта. Очень часто встречаются проекты, в которых не понятна задача, которую они решают. Не секрет, что большинство студенческих проектов — это некие интерфейсы к базам данных. Например, учёт книг в библиотеке, учёт шахт на Украине, учёт студентов в деканате. Это разные цели. А результат у всех один и тот же - они, по сути, они как братья близнецы — формы редактирования, поиска и добавления новых записей. ЭТО НЕ ИНТЕРЕСНО. И это не правильно. Если вы хотите добавить интереса в ваш проект, то опишите, какие насущные задачи решает проект, какие реальные процессы он автоматизирует. Не зацикливайтесь на добавлении и редактировании записей — ведь в большинстве случаев руками никто ничего добавлять не будет, т.к. базы данных уже есть и их надо просто импортировать. Редактирование не такой частый процесс — разве что кто-то выйдет замуж и сменит фамилию (если говорить про учёт студентов). Сконцентрируйтесь на правах доступа, на вариантах поиска, на том, что реально нужно. Сходите в деканат и спросите — чего нужно его работникам. Это зачтётся.
4. Обман. Да самый обычный обман пользователей (в частном случае преподавателей).
   • Если в приложении заявлена некая функциональность, то её или надо реализовать в соответствии с требованиями или в сопровождающей документации указать на ограниченность реализации. Последний пример, который приходит на ум это «экспорт в формате MS Excel». Один из ваших товарищей реализовал это в виде генерации файла значений, разделённых пробелом, которому назначалось расширение XLS. Эксель, конечно, его открывал и автоматически распарсивал, но по сути это был обман, т.к. другие офисные системы, которые читают формат XLS, его уже не понимали. Обман производит дурное впечатление, хотя одна всего лишь фраза в документации о том, что эта функция реализована в ограниченном объёме могла бы всё исправить.
   • Не использовать\неправильно использовать ООП в курсовом по предмету “объекто-ориентированное программирование” — это тоже обман.
   • покупать лабы\курсовые\дипломы — это тоже обман. Хорошо, если вы не собираетесь становиться программистом — тогда вы обманываете только преподавателя. Но если у вас есть такие планы, то вы обманываете ещё и себя.

Стратегические

Стратегические ошибки — это ошибки стиля жизни. Они связаны с долгосрочными целями или — чаще — с их отсутствием

1. Не знать, кем и почему вы хотите стать. Это основная ошибка студентов. Они думают, что до окончания ВУЗа, этот вопрос ещё не актуален. А на самом деле потом, а может быть уже и сейчас, будет поздно. Первый вопрос, который я задаю на собеседованиях: «Почему ты решил стать программистом / тестировщиком / аналитиком?» И с грустью не слышу ничего вразумительного в ответ. Это важно прежде всего для вас — если вы НЕ понимаете, почему вы хотите стать программистом, то может быть вы вовсе и не хотите им становится? Может вы модельер, а тут только тратите своё время? Подумайте…
2. Не пытаться улучшить свой скил в программировании. Второй вопрос на собеседовании, который я задаю всем: «Что ты делаешь, чтобы стать тем, кем ты хочешь стать?» Опять же очень не часто, мне могут ответить что-то кроме «учусь на соответствующей специальности». Этого мало.
   • Не читать книг по теме. Мне это странно, но не многие читают книги, а надо — там много полезного. Кто сходу может назвать автора какой-нибудь книги по .NET? А ещё одного? А третьего? На первый вопрос ответило 10 человек из 60, на второй 3, а на третий ни одного…
   • Не писать программ, помимо лаб, курсовых и дипломов. Это мне странно больше всего. Если вы хотите стать программистом, то почему не пишите программ? На собеседованиях некоторые на вопрос “почему программирование?” задумываются и говорят что-то вроде: “я люблю творить”. Так почему не творишь? Ну да, я понимаю, что конъюнктура рынка сейчас такая, что ай-ти-специальности популярны и многие идут туда ради приличного заработка, а не тварьбы. Но тогда возникает вопрос — почему вы не выполняете курсовые и дипломы качественно и профессионально? Ведь чем вы лучше себя покажете на собеседовании, тем лучше вам предложат стартовые условия.
   • Не следить за новостями в мире выбранной технологии. Я про новости с основных сайтов по технологиям, про блоги ведущих разработчиков, про новые книги и т.д. В ВУЗе вам просто физически не могут дать мейнстрим. Вам надо понять, что вас обучают не программировании на сишарпе, а программировать на примере сишарпа. Это значит, что вам никто не мешает использовать .NET Framework 3.5, LINQ и Entity Framework, хотя и не заставляют. Это ваш выбор — надо только не лениться его сделать.
   • Не проходить различные программы сертификации. Это момент конечно спорный, т.к. они денег стоят, но они окупаются. Кроме того, вам же всё равно надо учить .net, java или php, так почему бы не поучить по специальной литературе, по подготовке к сертификациям?
3. Не знать английского. Это вообще не обсуждается: хочешь работать в ай-ти — надо знать английский. Английский сейчас де-факто стандарт в ай-ти. Помимо того, что основная масса продуктов разрабатывается для англоязычных стран, есть ещё очень важная причина: документации к продуктам/API на неанглийском не существует. Её так мало, что ей реально можно пренебречь. А так что есть, отстаёт от английской версии на полгода минимум.

А теперь самое важное

Самое важное, что вы тут должны были увидеть — это то, что детские ошибки часто являются результатом тактических, а тактические — следствие стратегических. По большому счёту, можно всё решить одним махом — исправить стратегическую ошибку №2 Если это сделать, т.е. захотеть стать хорошим программистом, то тактические и детские ошибки… нет, не пропадут, но по крайней мере из системных перейдут в категорию случайных. А случайные ошибки легко устраняются опытом. Системные же ошибки препятствуют накоплению опыта.

Заключение

Я не питаю надежды, что раскрыл вам глаза на что-то новое. Всё что я рассказал — это здравый смысл и не более того, но теперь вы уже не сможете на собеседовании сказать «а я не знал, что так надо» :). В общем и целом, я хотел бы вас поблагодарить за то, что присутствовали на этой сумбурной лекции, и пожелать в первую очередь целеустремлённости, а во вторую — удачи.

Примечания

1. По ходу лекции больше всех записывал завкафедрой. И много кивал
2. На вопрос про “логику в обработчиках onClick” руку не поднял не один. Мучаюсь теперь вопросом — а может надо было спросить “кто знает, что такое обработчики событий onClick?”
3. Из авторов вспомнили только Троелсена и Сеппу, то есть вообще-то одного, т.к. Сеппа по ADO книгу написал, а не по .NET. Шилдт и Рихтер видимо из моды вышли…

COTOHA,
Сентябрь 2008

Обновленные каталоги запчастей

Обновили каталог автозапчастей на партмастере, для автолюбителей и людей со своим железным конем:

Каталоги автозапчастей
Запчасти ALFA ROMEO автозапчасти Альфа Ромео	Запчасти AUDI автозапчасти Ауди	Запчасти BMW автозапчасти Бмв	Запчасти Chery Запчасти Чери	Запчасти CHEVROLET автозапчасти Шевроле
Запчасти Chrysler запчасти Крайслер	Запчасти CITROEN автозапчасти Ситроен	Запчасти DAEWOO авто запчасти Деу	Запчасти FIAT автозапчасти Фиат	Запчасти FORD автозапчасти Форд
Запчасти HONDA автозапчасти Хонда	Запчасти HYUNDAI автозапчасти Хьюндай	Запчасти Infinity авто запчасти Инфинити	Запчасти ISUZU авозапчати Исуцу	Запчасти JAGUAR авто запчасти Ягуар
Запчасти KIA автозапчасти Киа	Запчасти LEXUS автозапчасти Лексус	Запчасти MAZDA автозапчасти Мазда	Запчасти MERCEDES авто запчасти Мерседес	Запчасти MITSUBISHI автозапчасти Митсубиши
Запчасти NISSAN автозапчасти Ниссан	Запчасти OPEL автозапчасти Опель	Запчасти PEUGEOT автозапчасти Пежо	Запчасти PORSCHE автозапчасти Порш	Запчасти RENAULT автозапчасти Рено
Запчасти ROVER автозапчасти Ровер	Запчасти SAAB автозапчасти Сааб	Запчасти SEAT автозапчасти Сеат	Запчасти SKODA авто запчасти Шкода	Запчасти SSANG YONG автозапчасти Ссанг Ёнг
Запчасти SUBARU автозапчасти Субару	Запчасти SUZUKI автозапчасти Сузуки	Запчасти Test_Make Test make	Запчасти Каталог расходников и ТО Запчасти для прохождения ТО	Запчасти TOYOTA автозапчасти Тоета
Запчасти VOLVO автозапчасти Вольво	Запчасти VW автозапчасти Фольксваген

А ты уже спекульнул на кризисе?

Читаю новости последние дни и чувсвую, что вокруг одни спекулянты: азс, менялы на рынке, нацбанк, президент наш, ... етс. Каждый хочет воспользоваться кризисом, чтобы получить свой кусочек денег от уже обвалившегося рынка. Так сказать и пирога то особо не густо, так и его в нашей Украине пытаются разделить и растянуть, пока хоть что-то осталось.

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

Голодранцы блин. И заменить-то их не кем. Обино.

Обними своего девелопера

Веселый ролик о грустной жизни программистов:

http://develop-one.net/blog/2008/08/27/HugADeveloper.aspx

Баян про финансовый кризис

Взято отсюда: http://habrahabr.ru/blogs/humour/40239/

Коменты рулят:
В точку!
В топку!
В топик?
Пик? ПИК!!! Продавайте!

Политический ПР

Навеяно вот этим:

СМИ: Рада ужесточит наказания за нарушения ПДД

Вчера Верховной радой был принят за основу законопроект президента Виктора Ющенко, существенно ужесточающий ответственность за нарушение правил дорожного движения. Согласно документу, будут значительно увеличены штрафы, введена система начисления штрафных баллов, сотрудникам ГАИ в отдельных случаях будет позволено забирать водительские удостоверения до вынесения судебного решения. Последнюю норму юристы считают "несправедливой".

Меня давно мучает вопрос, почему политики пиарятся на всякой ерунде, типа повышение пенсий и степендий, выплатах древних советстких вкладах, нато, языке ..и т.д.

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

Удивительная страна Эмираты

Первое впечатление, что это то место, где Буратино зарыл свою кучу бабла когда-то давно, и это бабло настолько разрослось, что его сейчас не могут просто потратить. Настолько все оптимально и продумано для людей. Особенно полезно будет побывать там оптимизаторам и программистам, так как все до мелочей сделано практически без багов и недостатков.

Из неисправленного пока только невыносимая жара на улице летом и пробки на дорогах из-за огромного количества авто.

Минифотоотчет:










Полная версия здесь:
http://picasaweb.google.com/mikhail.starovojt/20080831