Фронтенд и обучение

Блог о javascript (клиент и сервер), html, css, обучении, мышлении

Сложно, просто, трудно, легко

19 июня 2015, 20:41

Памятка

Сложно — состоит из множества частей. Аналог английского complex.
Просто — состоит из много меньшего количества вещей, чем сложный объект simple.
Трудно — требует наличие дополнительных навыков или опыта difficult.
Легко — требует меньше дополнительных навыков или опыта easy.

Даже опытные путают простые, понятные вещи с легкими. Чтобы не перепутать, нужно думать о задаче как человек без опыта.

Опыт, know-how — знание, упрощенный алгоритм, представление о явлении или действии. Зачастую появляется как результат анализа как ошибок, так и успехов (анализ ошибок проводится далеко не всеми).

Комплексы простых вещей превращаются в трудные.

Как проверить содержательность разговора

4 мая 2015, 9:20

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

Как улучшить себя как программиста

23 апреля 2015, 13:52

Думай категориями издержек и прибыли.

Тебя делает лучше все то, что позволяет более эффективно (с меньшими издержками) достигать результата.

Под издержками я подразумеваю любые затрачиваемые ресурсы (время, деньги, люди) в широком смысле, ресурсы тратящиеся не только тобой лично, но и бизнесом, на который ты работаешь, и бизнесом, который взаимодействует с твоим работодателем.

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

Автоматизировать все что можно автоматизировать — частное проявление урезания издержек в виде человеческого участия и внимания задачам, которые можно автоматизировать.

Модульный подход к архитектуре, использование фреймверков — это все инструменты для урезания издержек.

Как принимать решение:

Оценить соотношение издержек и прибыли рассматриваемых вариантов решения.

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

Почему серебряной пули нет

22 апреля 2015, 17:49

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

Лучшее регулярное выражение для валидации email в web формах

21 апреля 2015, 19:19
/[^@]+@[^@\.]+\.[^@]+/

Оговорка «на клиенте» сделана не просто так. Задача валидации на клиенте — подсказать пользователю, где он ошибся в написании email-а. Важно случайным образом не запретить пользователю с непредусмотренным емейлом воспользоваться формой. Учитывая то, какие варианты емейла могут быть (неожиданные домены, появляющиеся по пучку каждый месяц, ip адреса в качестве домена, и символы точки и симполы +, и другие неизвестные широкому обывателю вещи), напрашивается вывод, что лучшая валидация проверит емейл на наличие текста вида текст-собачка-текст-точка-текст.

Ctrl + ↓ Ранее