Чудес не бывает или я ошибаюсь?

У меня сегодня последний рабочий день в 2014 году. Весь "мордокниг" завален сгенерированными роботом историями прошедшего года. А я подумал, надо взять и самому подвести свои итоги. И оказалось, что это был супергод! Семья - это главное. 1. Ура, мы переехали в новую квартиру. Теперь всем хватает места, тихо, тепло и уютно. Спасибо моему главному мотиватору-толкателю-пинателю-любителю - жене :) 2. Я добил отделку дома на даче. Растянулось на 3 сезона. Внутри еще есть чем заниматься, но глаз снаружи радуется :) 3. Старший сын поймал первого "шнурка" 4. Я поймал первую "съедобную" щуку (вся рыба была поцелована в лобик и отпущена) 5. После переезда младший пошел в новую школу. Аклиматизировался и радует успехами. Старший пока еще учится в ФМЛ 239 . Тоже достижение (кто не в курсе, что это за школа - просто поверьте :) ) Работа - это важно В этом году был первый релиз нашего продукта . Год плотной работы. Релиз 1.0 Мои разработчик

18 декабря прошел заключительный в этом году IT talk . Тема была неожиданная, но мне показалась интересной и я не пожалел. DataArt переводит свою деятельность на новый уровень и, кроме традиционной для него заказной разработки, теперь предоставляет услуги IT-консалтинга. О новой для себя области Андрей и рассказывал. Одним из самых интересных моментов был небольшой инсайд с некоторыми деталями реального кейза в виде бонуса. Для видеолюбителей (зрителей YouTube) эта часть была недоступна, поэтому личное присутствие оправдалось :) Доклад вызвал неожиданный для меня интерес и вопросов задавали, по-моему, больше чем обычно. Кому интересно сам доклад можно посмотреть, но, как я уже упомянул, в записи нет бонуса. Вообще DataArt-Питер молодцы. Встречи IT talk проводятся достаточно регулярно, тематика разносторонняя. Спасибо вам. Насколько мне известно, это единственное IT-мероприятие, которое в Питере проводится таким образом. Хотя нет, есть еще встречи сообществ Piter

Прошло полгода с прошлого выпуска радара . Что нового на этот раз? Из того, что мне показалось интересным или затронуло: Методы (Techniques), элементы процесса разработки ПО Воздержаться от применения: long lived branches ( долго ведущиеся ветки кода без мерж а) Avoid microservice envy ( тема популярная, но не стоит ее внедрять только ради этого ) programming in the CI/CD tool ( все максимально должно быть в репозитории. У нас с этим, на мой взгляд, есть над чем поработать - увлекаемся PowerShell-ом в Jenkins-работах ) testing as a separate organization ( о-ооо, это моя боль :) ) velocity as productivity ( попытка использовать скорость работы команды как оценку ее производительности, усугубляющаяся желанием делать из этой скорости цели ) Инструменты (Tools) разработки Готово к использованию, но аккуратно: Docker Gitlab Оба мы уже используем. Что радует. По остальным квадрантам напрямую ничего нас не коснулось. Но я уверен, что вы найдете там что-нибу

Попал тут по блату, Миша - спасибо, на забавное мероприятие: "II Российская научно- LeanProm »". практическая конференция по промышленности и производству « Хорошее такое расширение кругозора получилось. Многие аспекты того, как ложится эта теория на нашу работу (разработку ПО), прояснились. Пока надо все утрясти в черепе, но тема оказывается интересней, чем я себе представлял. Тут "напочитать" себе ссылок: " Бережливое производство. Как избавиться от потерь и добиться процветания вашей компании " Понятие OEE (забавная была дискуссия) Концепция "социальной инженерии" А.К.Гастева (1924 год - русский lean?) Самым интересным был доклад Анатолия Филипишина. Тут нашел интересный отзыв об одном из его семинаров. Мой главный вывод с мероприятия: когда мы говорим, что разработка ПО - это что то уникальное, со своим путем, и совсем не классическое промышленное производство, что у нас их методы не работают - то, мягко говоря, мы ошибае

Ура, вопрос из зала после статьи о разработчиках и тестах: "Я вот все никак понять не могу. У тебя очень много всяких постов встречается про то, что тестировщики не особо то нужные люди... это вот как? В смысле, ты сам как считаешь - нужны они или не нужны? :) Никак твою точку зрения не могу понять". Никита Макаров , комментируя предыдущий пост, очень хорошо написал: "В цепочке "вася пишет говнокод, петя делает говнотест, находим баги, все при деле" все очень хорошо и складно, кроме сроков.Если вася начинает писать через (или с помощью) тестов хороший код, а петя не находит баги серьезные баги, то встает два вопроса : 1) зачем нам нужен такой петя ? 2) где взять такого петю который действительно будет полезен?" Действительно, зачем нам нужен такой Петя? Такой Петя нам не нужен, потому что см.картинку. Но нам очень нужны правильные тестировщики,  хорошие  . Мне такие попадались :) Где их взять? Хороший вопрос, но пока похоже риторический..

На недавно прошедшем IT Global Meetup Леша Федоров  спросил (а может трольнул) меня: "А почему разработчики не тестируют свой код?". Что-то я там ему ответил, но вопрос продолжал свербить и в итоге вылился в этот пост. Это то, как я вижу себе эту проблему, которая для многих и вовсе не проблема.  "Мнение редакции" может не совпадать с мнением "ведущих" экспертов в области разработки ПО. Здесь не рассматриваются случаи, когда написание тестов действительно лишнее (например, прототипы или написанный код больше никогда не будет трогаться, а может и  использоваться не будет:) ).  Причин на самом деле немного и все они тесно связаны: 1. Разработчик не знает, что он должен тестировать свой код или как это делать Это может показаться странным, но такое действительно бывает. Особенно это касается начинающих. Я абсолютно уверен, что этому не учат в институтах и прочих университетах (там у нас и с программированием то беда). Этому, как правило, не

"To be or not to be" - Ты все еще одинок? Приходи в IT-сообщество. 28 ноября в Питере прошел 3-й IT Global Meetup Черт возьми, у них это получилось! Это я про организаторов. Я был более пессимистичен, но они это сделали. За что им большое спасибо. Собрать в одном месте столь разношерстную (с точки зрения специфики деятельности - см итоговую программу ), но единую по образу мышления компанию - это дорого стоит. Как сейчас говорят, по данным exit-polls, в мероприятии поучаствовало около 450 человек. Неплохо (даже пожалуй отлично) для вечера рабочего дня. 17 IT-сообществ Питера собрались в одном месте, чтобы заявить о своем существовании, рассказать о себе и пообщаться в тесной компании единомышленников. Те коллеги, с которым удалось пообщаться уже после мероприятия, отмечают, что не ожидали такого количества участников и уровня проведения. Обычно, чего уж греха таить, на бесплатные мероприятия приходит много случайных людей. Здесь, если они и были - то