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

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

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

Hola Amigos! На связи Евгений Шмулевский, PHP-разработчик в Amiga. Начал заниматься программированием с 2001 года, привет Basic и Express/Turbo Pascal. Веб-разработкой — с 2011 года, а профессионально в вебе с 2013 года. Работал продолжительное время с Битрикс, а с 2018 начал осваивать Laravel. 

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

Команда разработки и вообще любая группа людей — это сложный клубок из межличностных отношений и персональных компетенций. Я руковожу командами разработки и эксплуатации уже 8 лет, и за это время встречался с разными командными проблемами. Хочу предложить вам свою методологию их решения при помощи разговорных ролевых игр (РРИ).

Под катом вас ждет:

• История о том, как я сам пришёл к тому, чтобы проводить РРИ для коллег.

• Краткий рассказ о том, что из себя представляют такие игры.

• Примеры решения реальных командных задач.

• Полная методология подготовки и проведения игры. Полезно будет вам и вашему мастеру.

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

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

В этой статье не будет каких-то зубодробительных технических подробностей, так-как под капотом у Totum — PostgreSQL и PHP. Все это упаковано в Totum для пользователей, которые, может быть, когда-то и программировали, но это было давно и уже неправда.

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

Основная часть проекта open source с MIT-лицензией, есть продвинутая PRO с ограниченной лицензией платно — смотрите на https://ru.totum.online — и есть скрипт установки с которым справится даже школьник.

Помните эпический момент из фильма «Матрица», где Нео пришел к Пифии за разъяснениями по своей миссии. Но в начале он узнал от маленького медитирующего мальчика, чуть ли не основную идею фильма. Тот сидел в позе лотоса и просто гнул ложки, а потом сообщил: «Не пытайся согнуть ложку, это невозможно, ложки не существует».

Фильм очень удачно построен на целом обилии философских высказываний, которые слеплены великолепным видеорядом.

Но какую пользу программист может извлечь из этого утверждения, что ложки не существует?

Не так давно наткнулся на статью в журнале Forbes. Основной ее посыл - молодым ИТ-специалистам все сложнее найти работу. Если раньше на это требовалось один-три месяца, то сейчас полгода и больше. Что тут скажешь, джун джуну рознь.

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

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

Итак:

Сколько проектов вы подавали? Два. Первый — система защиты от скликивания рекламы clickfraud.ru, второй — автономная CRM offlinecrm.ru. Нам одобрили грант на первый проект и отказали на второй (разные команды де-факто и де-юре).

Куда подавали? ФСИ — фонд содействия инновациям. Fasie.ru — советую изучить внимательно сайт фонда, там есть довольно много информации. Иногда работает чат, а иногда нет. Есть открытые контакты — можно написать или позвонить, если есть вопросы. Мы звонили и всегда сотрудники фонда помогали исчерпывающе и доброжелательно.

Что это за фонд? Фонд содействия развитию малых форм предприятий в научно-технической сфере, сокращенно Фонд содействия инновациям, является государственной некоммерческой организацией. На 2022 год фонду выделено 13 млрд. рублей. Один из приоритетов в 2022 году — организация специализированных конкурсов для поддержки цифровых проектов. Подчеркну — упор фонда на 2022 год (не знаю, что будет дальше) — поддержка IT-проектов.

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

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

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

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

Когда мы начали создавать платформу True Engineering, в компании не было единых правил для оформления архитектуры. Разные команды – разные инструменты, разные обозначения и уровни абстракции. Значит, даже подобные решения сравнить между собой не получится, а тому, кто смотрит на архитектуру проекта в первый раз, обычно нужен проводник, который расскажет, что же тут изображено. Мы решили унифицировать подходы с помощью модели С4, которая обеспечивает всестороннее описание программных архитектур.

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

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

Статья о юридических аспектах парсинга сайтов. Можно ли говорить о причинении вреда имуществу? Есть ли риск уголовной ответственности? Как быть с пользовательскими соглашениями, авторскими и смежными правами? Почему самой серьёзной проблемой могут стать персональные данные? Я пытаюсь максимально широко охватить разные варианты юридической квалификации парсинга, чтобы предупредить о возможных рисках и указать обстоятельства, на которые нужно обращать внимание. Готового ответа на вопрос, законен ли парсинг, у меня нет, потому что ситуации бывают разные. Надеюсь, что благодаря статье читатели будут лучше понимать, как выглядит парсинг с точки зрения права, и смогут сами находить ответы на интересующие их вопросы.

Кроме огромных репозиториев с источниками для подготовки к интервью, здесь много чего интересного

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

А я его перевел, т.к. показалось, что пост многим будет интересен. Перевод очень вольный: я опустил нерелевантные промо-ссылки и гипер эмоциональные похвалы автора оригинала, чтобы оставить только суть. Еще, обновил цифры, чтобы информация была более актуальной к моменту публикации этого перевода. Итак, перейдем к списку.