Надо же, все как в фильме 99 франков ) Креативные идеи отсекаются, остается парень, который с улыбкой рассказывает как все прекрасно. И каков итог? Не заметил ни одного комментария, вроде «Вау! Класс! Ухожу с гмыла к вам!».
P.S. Я понимаю, что цель данной статьи поделиться именно опытом СОЗДАНИЯ ролика и за это спасибо, но сам по себе ролик вообще ни о чем.
> У таких программистов отношение к проблеме иное — чем сложнее далось решение, оказавшееся в итоге гораздо эффективнее самого очевидного варианта, тем большее удовольствие от работы они получают.
Согласен. На скорую руку можно писать, когда нужно быстро запустить проект, прям очень быстро. А вообще большинство программистов, опытных и увлеченных самим процессом программирования, относятся к коду как к искусству. И когда их заставляют писать быстро и лишь бы работало, частенько просто увольняются с такой работы :)
Когда-то я писал фрагментик кода, где нужно было обязательно отлавливать все ошибки и писать в лог. Работа была с деньгами пользователей и во избежание матов с их стороны, я очень тщательно обрабатывал все эксепшены, которые могли вылететь. В итоге я подловил даже такую ситуацию, когда эксепшн ну никак не мог вылететь, но я все равно обработал этот блок и написал что-то вроде log(«It's unbelievable!!!').
Как думаете, какая первая запись появилась в моем логе? ) В итоге оказалось там просто опечатка была, а по логике действительно не могло там ничего вылететь.
Сразу после универа проходил собеседование в одной компании, где мне не задали НИ ОДНОГО вопроса по программированию. Вместо этого было общение с психологом (почему крышки канализационных люков круглые? кем вы хотите быть через 2 года? почему мы? и т.д.) и директором технического отдела (там задачки на сообразительность). Да, я пришел туда со своим портфолио, но неужели не нужно проверять знания? Может это не мои работы? Или они сделаны настолько криво, что ошибки сыпятся даже если ничего не трогать.
Способ, описанный в статье, далеко не новый, но по-моему самый действенный.
Как по мне, так лучше просто больше читать и писать. Вы помните правила русского языка? У нас их намного больше, чем у них, но в конечном итоге вырабатывается «интуиция», как правильно написать предложение и где поставить запятые. А правила забываются. Так и здесь, читайте классическую литературу. Я недавно скачал аудиокнигу Тома Сойера и текст, читал и слушал одновременно. Понял, что знаю только технический английский и не более того )
Но если у вас словарный запас большой, то прочтете внимательно 2-3 книги и намного повысите свой левел.
Лично я на комменты не обращаю внимание, тут фишка в другом. Не могу сказать, что я полиглот, но языков программирования знаю достаточно. Objective-C начал учить недели 3 назад по Kochan S. Programming in Objective-C 2.0 и сразу испугало объявление интерфейса: @interface Fraction: NSObject
{
int numerator;
int denominator;
}
-(void) print;
-(void) setNumerator: (int) n;
-(void) setDenominator: (int) d;
@end
Ну все-таки привык, когда "}" закрывает описание интерфейса/класса, а тут она закрывает только описание полей.
Сообщения, типа [fraction print] тоже убили… Сразу вспомнил статью про приставку «http://», когда разработчики стандарта говорили, что не подумали о возможной популярности протокола и может пользователи не набирали бы так много лишних символов (как-то так, не могу эту статью найти). Так и тут, выразительности ноль, зато есть много лишних элементов синтаксиса.
Как потом выяснилось, это была граната моего брата, которая пошла по рукам и в итоге попала ко мне ) Она обезвреженная была, это так… детская игрушка. А вы разве не любили такие штуки в детстве?
А у нас открыть замок это ерунда была… Вот я в 5-м классе принес гранату Ф1 на урок… :) Нужно было видеть глаза учительницы, когда я решил похвастать и выдернул чику…
У каждого свои требования… Меня, как программиста, все устраивает. На линухе постоянно менял оформление, пытался QT и GTK-программы сделать похожими по оформлению, чтобы не так контрастировали, пробовал разные DE, тут я занимаюсь только работой, а не настройкой системы.
И насчет отсутствия кнопки отменить и оставшегося времени в диалоге. Не всегда можно легко сделать отмену и посчитать время до завершения. Время лучше вообще не писать, чем вводить пользователя в заблуждение. Копировали файлы в виндовс? Лучше смотреть на прогресс или на время? — «Осталось 30 минут»… «Осталось 2 часа»… «Осталось 10 минут»… «Осталось 4 часа». В мак оси время пишется, когда его реально посчитать и оно всегда достаточно точное.
И вообще это холиварное видео )
Не существует идеальных ОС и вряд ли будут. Но лично для меня Mac OS подошла к ним максимально близко. В начале меня раздражало, что папки вперемешку с файлами (вылечил TotalFinder), потом не мог понять как переключаться между окнами одной программы (нашел комбинацию cmd+~) и т.д. А если привыкнуть к SpotLight, то вообще много открытий можно сделать для себя. Везде своя философия, нужно просто к ней привыкнуть.
Кстати, когда я только начинал пользоваться маком, недели 2 проработал с зависшим mPlayer. Он грузил процессор на 100%, а я недоумевал, почему ноут стал греться и быстро расходовать батарею. Но интерфейс вообще вида не подавал, все работало быстро и стабильно. А это уже показатель )
Скорее всего именно так. Ну представим, что таких пользователей будет хотя бы миллион. Как им отсылать деньги? Банковским переводом? Да у бухгалтерии голова по швам треснет. А на следующий день еще и выйдут газеты с заголовками «Google заDDOSил Bank of America».
Но зато можно рассказывать знакомым, что работаете на гугл :) А на самом деле, если представить масштабы, то деньги они выделили большие. Вдруг откликнется 100КК человек со всего мира?
А если серьезно, автор — крутой дядька, главное правильно преподнести этот подарок и вечер точно будет веселым )
P.S. Я понимаю, что цель данной статьи поделиться именно опытом СОЗДАНИЯ ролика и за это спасибо, но сам по себе ролик вообще ни о чем.
Согласен. На скорую руку можно писать, когда нужно быстро запустить проект, прям очень быстро. А вообще большинство программистов, опытных и увлеченных самим процессом программирования, относятся к коду как к искусству. И когда их заставляют писать быстро и лишь бы работало, частенько просто увольняются с такой работы :)
Как думаете, какая первая запись появилась в моем логе? ) В итоге оказалось там просто опечатка была, а по логике действительно не могло там ничего вылететь.
Способ, описанный в статье, далеко не новый, но по-моему самый действенный.
Говорят, вот эта книга неплохая Эккерсли К.Э. — Базовый курс английского языка. По ней друг учит, сам не видел.
Но если у вас словарный запас большой, то прочтете внимательно 2-3 книги и намного повысите свой левел.
@interface Fraction: NSObject
{
int numerator;
int denominator;
}
-(void) print;
-(void) setNumerator: (int) n;
-(void) setDenominator: (int) d;
@end
Ну все-таки привык, когда "}" закрывает описание интерфейса/класса, а тут она закрывает только описание полей.
Сообщения, типа [fraction print] тоже убили… Сразу вспомнил статью про приставку «http://», когда разработчики стандарта говорили, что не подумали о возможной популярности протокола и может пользователи не набирали бы так много лишних символов (как-то так, не могу эту статью найти). Так и тут, выразительности ноль, зато есть много лишних элементов синтаксиса.
И вообще это холиварное видео )
Кстати, когда я только начинал пользоваться маком, недели 2 проработал с зависшим mPlayer. Он грузил процессор на 100%, а я недоумевал, почему ноут стал греться и быстро расходовать батарею. Но интерфейс вообще вида не подавал, все работало быстро и стабильно. А это уже показатель )