• Проект легального обменника криптовалют
    0
    комментаторы верно пишут что как только siloviki прослышат про бизнес который не делиться, они быстро сделают вам такое предложение. И silovikam ФЗ и другие З не указ.
    Берите себе любого сынка в совет директоров и делайте что хотите, а без этого вас закроют.
  • Edition-Based Redefinition: можно ли в production?
    +1
    то есть DDL накатывает как раньше, просто код в новой версии который работает с новой колонкой не сможет работать пока DDL не будет применён, так?
  • Edition-Based Redefinition: можно ли в production?
    +1
    Всё хорошо и гладко, но только для чтения, как делать вставки в таблицы?
  • Кармическое проклятье Хабра
    +1
    Спасибо за разбор статистики, на самом деле когда 20% пользователей определяют политику, это не так уж и страшно, вот было бы 5%! это был бы перебор.
    У меня минусовая карма, но это не мешает мне делать статьи, статьи мешает делать отсутствие моральных сил, я уже две статьи не написал потому что время делу, потехе час, но даже этого часа нет, а когда он появляется через пол года, тогда мотивации остаётся не достаточно, так и живём.
    Я бы карму вообще убрал, у статьи комента оставил, а у автора убрал — пусть люди выражают своё мнение не только словами, но зачем карма автору? защита от спама?
  • По пустырю, по бурелому: как подобрать снаряжение для коротких походов
    +5
    Сходите с компасом на гору Качканар, компас вам там на каждом шагу будет показывать новое направление на север. Там в хаосе скал, да ещё и ночью без трека который рисует навигатор, выйти к людям не возможно.
    Навигатор наше всё. Пошёл в одну сторону, посмотрел куда трек отрисовался, сделал поправку курса ещё прошёл, и вот так берёшь азимут и находишь верный курс, пока не упрёшь в очередную скалу :)
  • Чему учат горы: выбор айтишника
    0
    +1, то что предлагает автор сильно затратно и по времени и по деньгам.
    Трекинг на 20-30 км по гористой местности вполне перезагружает мозги и на работу выходишь с отдохнувшей головой и готовым к новым достижениям.
    Я живу в Екатеринбурге у нас до скал высотой 600-900 метров ехать всего 100-200 км, всегда укладываюсь в один день, если хочется высоты до 1500м то надо два дня, едешь или на Северный Урал на 450км, или на Южный Урал на 350км, и там к твоим услугам и Конжак и Иремель и остальные вершины.
    И вот в эти места можно ходить в кроссовках и ни каких предварительных тренировок не надо. Зимой конечно лучше снегоступы :) и зима в горах начинается в сентябре, а заканчивается в мае, но это уже мелочи.
  • Разгоняем Magento Rest API c помощью RoadRunner
    0
    спасибо что поделились результатами замеров :)
  • Хорошее плохое интервью
    –1
    спасибо за хороший опросник, всё по существу и главное применять можно при любом найме!
  • Как я работал в Турции и познакомился с местным рынком
    0
    Работа по понятиям она и у нас присутствует, на каком нибудь древнем заводе если вы на поддержке бухгалтерии или другой учётной системы, то можно сколько угодно писать писем и инструкций, пока сам не придёшь к людям и чисто всё не обсудишь, не покажешь, дело с мёртвой точки не стронется.
  • Ася Патрышева: «Интернет — это уже не просто сеть. Это жизнь»
    0
    +1
  • А как в действительности ищут программистов кадровые агентства?
    0
    По вакансиям, закрытым за последние 6 месяцев, статистика говорит, что в среднем нужно написать 20 релевантным кандидатам, чтобы в итоге один вышел в компанию заказчика. И срок закрытия по этим вакансиям — 50 календарных дней.

    Я сам несколько раз искал специалистов, это происходит буквально днём с огнём и толку ноль, просто предложить не кому, а кому предлагаешь не отвечают, при этом я сам когда ищу работу (это бывает минимум раз в год), то я просто не могу дождаться предложений :)
    То есть и спецов мало и предложений для них не много. Хотя все говорят «Нам нужны кадры !»
    Тем не менее обычно в течении двух недель я уже знаю где буду работать и дольше месяца ни когда не искал работу.
    Форс мажоры случаются, когда ты просишь две недели на подумать и тебя готовы ждать, а через две недели ты узнаёшь что не дождались, но это тоже не беда, проходит неделя и ты выходишь на работу просто в другом месте.
    Вообщем с наймом весёлая жизнь.
    Кадровым агентствам я бы не стал доверять набор, чужие люди не смогут моими глазами посмотреть на кандидата, лучше я сам.
    И даже когда я буду начальником начальников подбор людей в команду буду поручать самим командам, потому что им потом с этим человеком работать, не хотелось бы чем либо ограничивать их выбор.
  • История одного монолита
    0
    А это было время начала бурного развития ДубльГИСа. Открывались новые города. Готовилась мобильная версия. Появлялись новые фичи.

    Нет автор, вы не правы. Я работал в 2гисе в 2006-2007 годах и вот тогда появилась первая мобильная версия, и я пользователям про неё рассказывал, как поставить и как работать, надо было скачать файл приложения с сайта 2гиса, наверное потому что это была версия не для смартфона, в смысле не для Андроида, которого на тот момент ещё наверное не было.
    На в начале 2006-ого 2гис был в 13 городах, и кажется на Украине в Одессе, и это называлось бурным ростом, франшизы чуть ли не каждый месяц открывались по всей стране.
  • Инструменты Метода управления проектной организацией (часть 2)
    0
    хорошо так по полочкам разложили, спасибо.
  • Рождение одного проекта или как написать свою CMS
    0
    ВордПресс платформа для которой есть 100500 плагинов, просто уберите всё что вам не надо и добавьте то что надо, если то что есть не совсем то что вам надо то всегда можно доработать чужой код своим напильником и очень редко придётся пилить что то своё с новья.
    Вы же не обязаны пользоваться всем что ВордПресс предоставляет, ВордПресс загрузит любой ваш плагин, это всё что он умеет делать. Ещё он из коробки умеет посты добавлять, умеет картинки к посту цеплять, а всё остальное наносное, от всего остального можно отказаться, всем остальным можно не пользоваться, и это открытые исходники, вы всегда можете заменить реализацию на свою.
  • Мутационное тестирование в PHP: качественное измерение для code coverage
    0
    спасибо за статью.
  • Травим данные с travajs
    +1
    про Some в статье не слова :)
    Вообще круто конечно.
  • Травим данные с travajs
    0
    Оператор Check делает из проверки на истинность (значение => true/false) валидатор. А Compose объединяет валидаторы в цепочку. При выполнении цепочка прерывается после первой ошибки.

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

    Спасибо за доклад по библиотеке.
  • Похождения электронной подписи в России
    0
    спасибо
  • Похождения электронной подписи в России
    +1

    Каментов безумно много. Pas вы какой токен-флешку с неизвлекаемыми ключами можете рекомендовать? Или это отдельная статья ?

  • Бизнес-аналитика. ИТ-объекты, компоненты, инструменты
    0
    подробное описание, но нет примера использования, и спрашивается зачем я это читал? что мне с этим знанием делать?
  • Почему уходят разработчики: 8 причин
    0

    Спасибо за хорошую статью

  • Как мы сделали PHP 7 в два раза быстрее PHP 5. Часть 2: оптимизация байт-кода в PHP 7.1
    –1

    Познавательно.

  • 9 лет в монолите на Node.JS
    0
    спасибо за доклад
  • 5 распространенных ошибок начинающих программистов на Python
    +2
    спасибо за подробный разбор. Мне кажется это тот случай когда багу назвали фичей.
  • И повелел Господь: «собеседуйтесь и принимайте офферы»
    +10
    «Перезванивать не надо», после некоторых собеседований действительно очень хочется так сказать, +1.
  • Мифы и легенды системного анализа или чем занимается аналитик в банке
    0
    учить людей которые пришли с улицы это нормально. Интриги это издержки коллективной работы. Не повезло вам с людьми, но это именно люди, а не специфика профессии.
  • Мифы и легенды системного анализа или чем занимается аналитик в банке
    +2
    Аналитик это человек который формализует бизнес требования, дополняет бизнес требования не функциональными требованиями (требования к качеству и характеристикам).
    А вот всё остальное про чтение кода, чтение логов, просчёт последствий изменений в бэкэнде на фронтэнд, и прочая прочая это не аналитик. Это архитектор если по технической части, UX/UI дизайнер если по видимой части работы программного продукта и прочие люди которые тоже нужны и которые тоже имеют свои участки ответственности.
    Аналитик это не тот кто знает всё и может во всё разобраться. Всё про систему на троих знают: владелец продукта, архитектор, админ отвечающий за эксплуатацию (настройка окружения, выкатка, мониторинг текущий метрик, обеспечение стабильного функционирования).
  • Бытие современного фуллстек-разработчика
    +5
    Не понимаю почему возможная храмота с QA, приведёт к проблемам «как в коммуникации с заказчиками, так и с дизайном решений»?
    QA в современном контексте CI/CD стало проявлять не больше 5-ти лет назад. До этог окк люди работали? Приёмочное тестирование без тестов не бывает? или вы ни где кроме «Яндекса» не работали?
    Человек умеет писать программные продукты, был фулл-стеком это не значит заменять бизнес аналитиков и менеджеров проекта в купе с менеджерами по продажам. Это значит владеть полным стеком технологий для производства ПО.
    Про дизайн решений это вообще за гранью… если проекты у человека без автоматизированного тестирования спокойно обходятся, значит у него всё плохо с архитектурой? Нет, просто не надо тратить время на вещи без которых можно обойтись. Это повышает эффективность.
    С MVP у автора всё хорошо: две недели согласовывал ТЗ, за полтора месяца запилил, то есть успешно справился с реализацией MVP, или автор что то провалил?
  • Бытие современного фуллстек-разработчика
    0
    Живу за МКАДом конечно, но не считаю Екатеринбург периферией, тем не менее с работой и технологиями у меня такой же зоопарк (резюме).
    Но это не потому что жизнь такая, а потому что я такой, мне не интересно заниматься ширпотребом, клепать сайтики, или сидеть на поддержке внутренних инф систем предприятия, я всегда нахожу приключений в стартапах созданных вчера, или в маленьких фирмочках со своей долей на рынке не самых обычных услуг.
    Не называю это выживанием, называю это «моя весёлая жизнь». Мне нравиться.
    Подозреваю что автору тоже, иначе бы он с этим что то бы уже сделал.
  • Пот, слезы и учет времени — как мы повышали рентабельность компании
    0
    Спасибо за серию статей, получились хорошие руководства.
    отдельные моменты улыбнули:
    Мы вышли из этой ситуации, зашив количество проектов и сроки их сдачи в KPI менеджера и разработчика. Так менедджер всеми силами старается контролировать разработчиков, чтобы те не превышали свои сроки по задачам и сдавали их вовремя.

    Менеджеры когда то не наседали? по моему опыту руководители всегда хотят получить вчера, то что им пришло в голову сегодня. Мне исполнителя жалко, он и раньше не знал как сделать работу что бы не потерять в качестве, а теперь вы его ещё и с секундомером у него над душой стоите. Хотя если работа типовая, то это наверное правильная практика.
    Совсем другое дело что с вводом лимитов на «операции» и наглядной демонстрацией истечения сроков — исполнители могут наглядно понимать что уже нет времени копаться в нюансах и пора форсировать работу. Это плюс.
    Мы видим, кто постоянно опаздывает, а кто приходит вовремя.

    а тех кто постоянно задерживается? Или после часа X охрана всех выгоняет?
  • Архитектура приложения или как испортить карму на Хабре
    0
    Не знаю зачем ставить минуса за такие статьи, не считаю что статья прямо какую то ересь пропагандирует.
    Но в статье однозначно не хватает подробностей. Автор написал её для себя, человеку не знакомому с особенностями его системы и задачами которые она решает, непонятно ни чего.
    В статье есть ответы на вопрос «как?», но не понятно «зачем?».
    Если разговор про архитектуру то надо схемку с частями системы, стрелки потоков управления или данных, так понятно будет о чём речь.
    Надеюсь эти замечанию помогут автору писать статьи более познавательные и информативные именно для читателей. Писать для себя мне кажется можно в своём блоге, на Хабре читатели не оценят.
  • Как ворваться в велосезон во всеоружии — в спортивной и городской комплектации
    0
    спасибо за статью, вполне адекватный выбор великов, по остальному не скажу (часы, наушники), не фанат.
    Сам знакомым девочкам регулярно велики подбираю, получаются такие же варианты как в статье.
  • AERODISK: ожидание vs. реальность
    0
    Автор пиши ещё. Вода камень точит.
  • Быть фулстеком и не быть им
    +1
    В статье приятные рассуждения.
    По мультистековости есть обычная проблема человеческого мышления, человек ищет решения для здесь и сейчас, автор пишет о том, что первым делом ищут того кто решит все проблемы в одну каску. И с этим ни чего не поделать, всегда люди ищут решение которое быстро и полностью, поэтому недооценённость будет хронической, поэтому для бабок надо быть спецом в одной области, а лучше «дуал»-стеком, для разработки по феншую надо быть мультиком.
    Фишка то в том что дуалов ищут люди в разработке ни бум бум, и лапшу на уши им можно вешать бесконечно долго, это я к тому что не надо загоняться тем что если ты дуал то ты вечный мидл, работодателю и так сойдёт.
  • Построение процессов с нуля: от хаоса к порядку
    0
    Спасибо за толковую методичку, кое что из вашего списка сам внедрял, до других вещеё руки так и не дошли.
  • Пьеса для механического руководителя
    +2
    Пункт 1 не для всех, мало встречал людей которые готовы принять реалистичные сроки, всё больше в сказки верят, обижаются, когда жизнь ставит их перед фактом.
    Пункт 4 бомбический :)
    На моём опыте два раза искал фронта, и оба раза неудачно. Проекты в итоге дальше альфы бэкэнда не ушли.
    Видимо пора осваивать фронт энд :)
  • Как маленькая программа превратила маленькую контору в федеральную компанию с прибылью 100+ млн.руб/месяц
    0
    Автор хорошо поработал и у автора всё получилось, молодец автор. Спасибо что поделился.
  • Делаем расширение для браузера, проверяющее результаты ЕГЭ
    0
    потренировался человек, в чём беда?
  • 6 способов угодить в ад готовых решений и спустить миллион-другой
    0
    проблема микросервисов только в инфраструктуре, если есть готовое решение для мониторинга, выкладки, распределения нагрузки, обработки отказов, то почему нет?
    istio — что то такое обещает.
    Но на самом деле до всяких микросервисов, надо формализовать бизнес процессы и уже их растаскивать по модулям и сервисам или дробить до микросервисов.
  • 11 вопросов, которые нужно обсудить до начала работы
    +1
    Спасибо за список, всё по делу.