Главная страница  Карта сайта  Печать  Написать письмо  Twitter  RSS
Войти
Персональный сайт
Стеллецкого Владимира
Обновлено: 08.05.2018 г.

С миру по нитке...

«  ‹  1  2  3  4  5  следующая ›  последняя »

Не пишите лишнего кода (08.05.2018) #

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

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

https://habr.com/post/354750/

В принципе, всё описанное в статье уже многократно обсуждалось и известно, но повторение, как известно, Мать Учения.

Почему вам должно быть скучно на работе (09.02.2018) #

Серьезно, выключите ютуб. Волевым движением мышки закройте «Вконтакте». Отпишитесь от каналов с новостями и приколами. Чувствуете? Чувствуете, как наступает тишина, пустота и невыносимая скукотища? Да, именно это нам и нужно! Пусть это чувство охватит вас! Прочувствуйте его! Ощутите, как изнывает от голода мозг. Как он просит хоть кусочек информации. Хоть что-нибудь, над чем можно подумать!
...
Когда нет развлечений, развлечением становится само программирование (верстка/дизайн/копирайтинг…). На любую задачу, достаточно сложную и творческую, мозг набросится с благодарностью. Она станет ему интересна! Вы сможете подсунуть ему все «крепкие орешки», за которые боялись взяться.

https://habrahabr.ru/post/348614/

Почему ранний возврат из функций так важен? (02.02.2018) #

Очень неплохая статья про написание кода используя концепцию раннего возврата:

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

https://habrahabr.ru/post/348074/

Тезисы: вместо вложенных условий иногда удобнее использовать последовательные проверки соответствующих отрицаний и выходы из функций. Так структура функции (код) становится проще для понимания.

Как воруют номера кредиток и пароли у посетителей сайтов (11.01.2018) #

Итак, моим методом для распространения вредоносного кода стал npm. Мне надо было лишь придумать троянского коня — пакет, несущий хоть какую-нибудь пользу, который веб-мастера устанавливали бы, не беспокоясь о возможных проблемах.

Рассказ о том, как я ворую номера кредиток и пароли у посетителей ваших сайтов

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

Программирование (13.01.2018) #

Периодически попадаются отличные статьи с описанием опыта участия в различных конкурсах или соревнованиях по программированию. К сожалению, мысль сохранять ссылки на такие статьи пришла мне только сейчас, поэтому несколько статей остались «за кадром».

UPD: Ссылки на описания от участницы занявшей второе место и участника занявшего одиннадцатое место в 2017 году.

Австралия (07.12.2017) #

Две интересные статьи про Австралию:

Upd: ещё одна статья - Кто такие «седые странники» Австралии

Может быть кому-то ещё будет интересно.

Как перестать все контролировать и начать работать в команде (03.12.2017) #

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

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

https://habrahabr.ru/company/itsumma/blog/342212/

Code review по-человечески (15.11.2017) #

Отличная статья про аспекты проведения Code-review:

Часть 1

  1. Отдайте компьютерам скучную часть работы
  2. Оформите аргументы по стилю в виде руководства по стилю
  3. Начинайте ревью немедленно
  4. Начните с высокого уровня, и спускайтесь ниже
  5. Щедро используйте примеры кода
  6. Никогда не говорите «ты»
  7. Оформляйте отзывы как запросы, а не команды
  8. Обосновывайте принципами, а не мнениями

Часть 2

  1. Стремитесь повысить уровень качества кода только на одну-две ступени
  2. Ограничьте фидбек по повторяющимся примерам
  3. Уважайте область ревью
  4. Ищите возможность разбить большие ревью
  5. Искренне хвалите
  6. Утверждайте ревью, когда остались тривиальные правки
  7. Заранее избегайте тупиковых ситуаций

11 правил визуализации данных (01.11.2017) #

Интересная статья о визуализации данных:

  1. Правильный тип графика
  2. Логический порядок
  3. Простой дизайн
  4. Легкое сравнение данных
  5. Минимум элементов
  6. Не перегружайте информацией
  7. Понятный формат чисел
  8. Название и подписи
  9. Общепринятые цветовые решения
  10. Минимум типов диаграмм
  11. Единая цветовая палитра

После прочтения скорректировал несколько своих презентаций.

Управление разработкой ПО (14.09.2017) #

На днях прочитал две интересные статьи касающиеся не всегда очевидных вещей, которые, однако, влияют на качество программного кода, сроки разработки и т.п. Предлагаю с ними ознакомиться:

«  ‹  1  2  3  4  5  следующая ›  последняя »

В начало

  Вы 11120 посетитель этой странички
с 27 апреля 2011 года
© 2000–2018 http://svv-home.ru
О сайте