Яма ответов

Часто бывает так, что новая задача приносит много новых вопросов. Начинаешь её делать, дела идут не плохо, на сколько позволяет опыт, но потом вдруг — бац, тупик. Что делать? Задать вопрос. Частенько бывает так, что вокруг есть люди которые могут ответить на этот вопрос, если людей нет, может пригодится сайт на подобии stackoverflow. Задал вопрос — получил ответ, поехал дальше. Знакомая ситуация, не так ли?

После нескольких таких заданных вопросов и получения быстрых ответов, начинает вырабатываться рефлекс: ага, вот этот человек/сайт знает ответ, буду обращаться. И обращаешься. Чем больше обращений тем сильнее привычка, привычка не думать. Путь наименьшего сопротивления вызывает быстрое и стойкое привыкание. Не мудрено что сайты на подобии stackoverflow так популярны: кому хочется думать, если можно задать вопрос и быстро получить ответ.

Дальше хуже: получение таких ответов и вопросов превращается в методы работы (воркфлоу?), и это плохо. Как только источник ответов исчезает, человек становится в ступор — что делать? А привычки думать и находить правильные решения — нет.

Что же делать? Думаю что правильным будут несколько шагов:

- формализовать вопрос и написать его (а не подойти и спросить)

- правильно заданный вопрос уже половина ответа

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

Думайте чаще и отказывайтесь от быстрых ответов.

Android: шаг на 10 лет назад

«такие ожидания — уже 4 года

RT @eldarmurtazin: Android 4 is a step in right direction but it isn’t enough.

Android 5 will be much better»

by @alexmak

Меня очень удивляет популярность Android. Почему в 2012 году пользователи согласы работать с телефоном, который не «живет» более суток? Почему все вдруг решили, что абсолютно неюзабельные программы — это хорошо и будем ими ползоваться? Почему пользователи согласны на то же самое, что было десяток лет назад во времена КПК с Windows 6.x? Когда все дружно плюнули на прогресс и согласились на «пипл хавает»?
Читать полностью

Ruby date mm/dd/yyyy or dd/mm/yyyy?

Немного про время:

как всем известно руби версиях 1.8.x класс Date прекрасно парсил дату американского образца действия, поэтому после перехода на руби 1.9.x вы до 12 числа любого месяца можете спокойно жить и не тужить, а вот когда настанет 13 число … черная пятница, не иначе!

Все дело в том, что в руби 1.9.x стандарт времени стал европейским (как у нас) а не американским (как у них), Date.parse(’17/03/2012′) пройдет только на ruby 1.8.x, с 1.9.x получите ошибку. Что делать и кто виноват? Можно поставить костыль в виде strptime(«%d%m%Y»), а можно предпринять еще что-нибудь :]

Об изменении даты я узнал не в интернетах а в ruby spec, который присутсвует в rubinius, за что ребятам из rubinius большой поклон и ящик пива.

Настоятельно рекомендую помочь парням в развитии rubinius и помочь им с issues которые есть на github!

Screencasts

Только что посмотрел 2 скринкаста от PeepCode, и должен сказать — УАУ! То что делает парень из peepcode это просто супер. Я и раньше смотрел его подкасты, наверное, еще из первой двадцатки, но теперь он вышел на новый уровень и добавил одну интересную идею — Play by Play.

PbP это парное программирование записанное в скринкасте. Что может быть интересного в этом? ВСЁ! Последний PbP был с Аароном Паттерсоном и это было круто. Основной идеей PbP скринкастов является не получение новых знаний а изучения новых методик работы (воркфлоу). Согласитесь, не всегда получается посидеть за плечом известного программиста и посмотреть как он работает. КУЧУ интересного можно вынести этих подкастов: новые gem’ы, новые плагины для вашего текстового редактора, новые приемы работы и так далее.

Что мне еще очень нравится в подкастах peepcode так это то, что они показывают не только «документацию <фишки> в видео» но и общие практики применения, соглашения принятые среди тех, кто использует эту фишку. Согласитесь, если вы увидите CoffeeScript написанный как C++ это будет не просто ужасно, это будет говно. Строго рекомендую к просмотру подкаст про coffeescript, даже если вы уже немного на нем пишите.

Главной проблемой скринкастов я считал и считаю — время. Скринкаст не возможно промотать без потери нити повествования, как перейти на другую главу документации, в 90% вы наткнетесь на то, что было рассказано ранее и тут уже fail. Поэтому привязанность к времени это отстой. Но, хорошие, профессиональные скринкасты, зачастую, стоят того времени (а часто и денег) которые на него потрачены.

Очень рекомендую подкасты peepcode новичкам в программировании на <фишка>: в них узнаете об практиках которые применяют отцы этой <фишка>, а не будете строгать студенческий-код (за который руки оторвать не грешно).

Однако не стоит увлекаться ширпотребом который валяется повсеместно в сети, хорошие скринкасты — платные! и я считаю это правильным. Чтобы делать профессиональные подкасты нужно время и деньги. Мало времени (совмещение с основной работой) — хуже качество + реже выпуски, бесплатные выпуски — мотивации меньше + нет средств на покупку программного обеспечения либо аппаратного, что тоже влияет на качество. Не скупитесь, покупайте скринкасты!

Если вы знаете хорошие скринкасты помимо peepcode, railscasts, railsenvy (scaling rails) — делитесь ссылками!

Rubyists

Не знаю как вас, а меня всегда корёжит от ярлыка «rails программист». Что за rails программист такой? Это такой который больше rails ничего не знает? Наверное, это такой же специалист как: механик bmw, вязальщик свитеров, прогрммист gjango (хотя таких ищут частенько), и т.д.

Я предпочитаю звание — рубист.

В руби приходят из двух «миров»: одни из десктопных систем, другие из веб-программирования. И у тех и у тех есть свои плюсы и минусы, конечно я не говорю о сферическом программисте который знает всё, таких мало и они скрываются :]

Рубист десктопщик:

+ знает ruby
+ зачастую умеет писать скрипты для оптимизации работы
+ знает больше 2х ОС (зачастую *nix)

- плохо с БД
- плохо с миром веб (css, html, javascript)

Рубист веб-программист (беженцы с других технологий)

+ знает что такое 302, 301, 405 и другие страшные цифры
+ знает БД, причем больше 1 ( как следствие SQL)
+ знает эти ваши javascript’ы, html, css

- знает ruby на уровне rails (activesupport методы они же и в ruby есть?)
- скрипты? увольте!

Сам я выходец из десктопщиков, что можно было заметить по первым параграфам поста.

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

 
Thank you for using IGIT Tweet Button, a plugin by PHP Freelancer