When Programmers Became Engineers.

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

#history #software #engineering

Four Startup Engineering Killers

Четыре ошибки в разработке, которые гарантированно убьют ваш стартап.

#startup #engineering

​Avoid disinformation name

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

#cleancode_dotnet #naming

​Don't have journal comments

Помните, используйте систему контроля версий! Нет необходимости в мертвом коде, комментируемом коде и особенно в журнальных комментариях. Используйте git log, чтобы получить историю!

#comments

When Software Kills

Как передовые технологии убивают десятки людей и стоит ли нам этого бояться?

#software #programming

Reasons to Build Monolithic Systems

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

#architecture #agile

Clean Architecture

Каковы преимущества архитектуры программного обеспечения?
Создание хорошей архитектуры является ключом к созданию чистого, понятного и многоразового кода. Когда вы начинаете проект без определения хорошей архитектуры, ваше программное обеспечение, вероятно, станет беспорядочным в какой-то момент.

#architecture #designpatterns

Blockchain Development

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

#blockchain #programming

Fundamentals of a Good Developer

Есть много мелких факторов, которые медленно и постепенно наносят ущерб проектам разработчиков. Они не разрушительны мгновенно, так как большинство наносят только долговременный урон. Вы не увидите повреждения в течение года или более. Поэтому, когда кто-то их предлагает, они звучат безобидно. Даже когда вы начинаете их реализовывать, они могут показаться вам хорошими. Но с течением времени — и особенно по мере того, как все больше и больше таких факторов суммируется — сложность становится все более очевидной и возрастает, пока вы не станете еще одной жертвой этой очень распространенной истории ужасов.

#programming #selfimprovement

Clean Architecture. Part 2.

Обзор паттернов чистой архитектуры от Дядюшки Боба.

#architecture #designpatterns

Front-end hacking cheatsheets

Довольно сложно запомнить все API наизусть, особенно когда ваши шпаргалки разбросаны. В этой статье приведены лучшие чит-листы для front-end разработчика.

#frontend #cheatsheets

Five important lessons from four years as a software developer

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

#programming #selfimprovement

An overview of the MVVM design pattern in Swift

В статье разбирается использование MVVM архитектуры на примере создания простого Swift приложения.

#architecture #ios

What does a great software engineer look like?

Статья о том, как выгдлядит великий инженер-программист. Автор делиться своим мнением и многолетним опытом.

#programming #selfimprovement

Should developers learn UX?

Должны ли разработчики, в частности программисты, думать о пользовательском опыте и дизайне разрабатываемого ПО? Ответ на этот и ряд других вопросов дает fullstack разработчик Хизер Шокни, которая пришла к программированию через bootcamp, после долгой карьеры писателя.

#programming #ux

Язык, который не влияет на то, как вы думаете о программировании, не стоит знать. Alan J. Perlis

​Don't add unneeded context

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

​You are responsible for the quality of your code.

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

#tips