• В погоне за лучшим
    +1
    Статья конечно интересная, спасибо что поделились опытом, но оценка задачи в 15 минут, на аналитику 5 минут… про тестирование ни чего, про возврат на доработку не чего, про заказчик пердумал ни чего, про бодания на приёмо сдаточных испытаниях ни чего, учесть ваш опыт можно, но в чистом виде мне кажется не применимо

    И если была такая система мотивации которая всех устраивал, то зачем её поменяли на скрам и другие не понятные слова? или вы поменяли место работы и там эта система не взлетела?

    И все приятные бонусы от этой системы это следствия учёта, а учёт метрик это по моему первое дело любого руководителя, научиться ходить па приборам, а не по субъективным оценкам
  • Древности: игры под MS-DOS, которые мы не выбирали
    +3
    Цивы (Civilization) первой нет (в 1991 первый раз увидел, заболел на всю жизнь, ради неё стал программистом).
    В начале 90х играл во всё из обзора кроме двух последних, C&C тогда ещё не было, а ещё были:
    • Golden Axe,
    • Warlords,
    • The Lost Vikings,


    думаю в это тоже народ игрался, вот Zeliard не думаю что был популярен.
    Всякие там Dune, Dune2 да много что было потом, Вульфштейн 3Д, первее Дума был, у мамы на работе хирурги в ординаторской рубились :)

    Конечно игры не были так досупны как сейчас, но вот начинаешь вспоминать и с десяток запросто можно назвать.
  • Иди-ка ты сам на… или правила общения в команде
    0
    на мой вкус оба оппонента говорят об одном и том же, просто первый чуть сгустил краски для наглядности.
  • Антисобеседования
    0
    спасибо за интересное чтение. Почему то тема выполнения тестового не раскрыта. В остальном — совпадает с моими взглядами на собеседование. Тоже и локти кусал и прочие радости хантинга.
  • Чоткие коммиты
    0

    Спасибо автору за юмор. Сначала думал это всупление, но оказалось что это все. В качестве комента к статье о комитах было более к месту. За юмор спасибо

  • Менеджмент IT конвейера, или Туда и обратно
    0

    Здравая мыль. Но этих экспериментаторов на какую то прибыль надо содержать. Не для мелкого бизнеса схема.

  • Секреты удачного проектирования ИС (информационной системы) на примере строительства больницы
    0

    Спасибо

  • 25 ошибок начинающего программиста
    0

    Очень спорная статья. Минимум к 6-10 пунктам можно нпписать замечаний.

  • Как упаковать три больших банка в один сайт
    0
    познавательная статься, спасибо. Мне не понятно, оно в раз всё было сделано или были итерации вариациями дизайна и разбивки функционала по страницам?
  • Архитектура платежной системы. Банальности, проверенные опытом
    0
    «Самое идеальное решение было бы, наверное, редактор текстов, встроенный прямо в IntelliJ IDEA, где можно сложность использования Git аккуратненько скрыть. Но, к сожалению, JetBrains такого редактора до сих пор не сделали, хотя я давно их просил.» — не правда, *.md можно успешно редактировать и видеть итог, можно просто текст править и просто складывать его в репозиторий, можно *.html править и в браузере смотреть, вариантов много.
  • Excel и длинные формулы
    0
    спасибо что поделились, но думаю местные не оценят. любому программисту формулы проще на родном SQL самому себе написать, чем на чуждом — пользовательском — Excel.
  • DotVVM — Первый взгляд
    +1
    +1. У меня чисто один вопрос зачем это нужно? что бы писать SPA на C# без JavaScript? В смысле DotVVM это замена использованию JavaScript на фронт энде?
  • Как написать обмен с 50 поставщиками и не сойти с ума
    0
    спасибо, хороший пример для «семь раз отмерь — один отрежь»
  • Три истории микросервисов, или MSA для Enterprise
    0
    чудесный доклад, обязательно покажите его своему директору. Спасибо докладчику и организаторам, за то что поделились.
  • Apple финансирует сериал по циклу Айзека Азимова «Основание»
    0
    «Фонд» мне кажется более удачным переводом.
    Основание это действие которое происходит однажды. а Фонд — это организация которая живёт.
  • Современный PHP без фреймворков
    –1
    из туториала по Slim:
    <?php
    $app = new \Slim\App();
    
    $mw = function ($request, $response, $next) {
        $response->getBody()->write('BEFORE');
        $response = $next($request, $response);
        $response->getBody()->write('AFTER');
    
        return $response;
    };
    
    $app->get('/', function ($request, $response, $args) {
    	$response->getBody()->write(' Hello ');
    
    	return $response;
    })->add($mw);
    
    $app->run();
    

    то есть перед вызовом (вместо
    $response->getBody()->write('BEFORE');
    ) можно как угодно изменить
    $request, $response
    , так и после вызова — вместо (
    $response->getBody()->write('AFTER');
    ) можно как угодно изменить
    $request, $response


    физически оно запускается как луковица, но если подумать то можно сделать последовательную логику работы:
    <?php
    $app = new \Slim\App();
    
    $mw1 = function ($request, $response, $next) {
    
    // business logic BEFORE with mutate $request, $response
        $response = $next($request, $response);
    
        return $response;
    };
    
    $app->add($mw1);
    
    $mw2 = function ($request, $response, $next) {
    
        $response = $next($request, $response);
    // business AFTER logic with mutate $request, $response
    
        return $response;
    };
    
    $app->add($mw2);
    
    $app->run();
    
  • Современный PHP без фреймворков
    0
    Спасибо за туториал, занятно. Общая идея понятна, наверное потому что я её уже знаю, а вот реализация вообще не понятна.
    Спасибо за ссылки для дополнительного чтения.

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

    Про микро-фреймворки очень справедливое замечание, я знакомился со Slim-ом, он умеет две нужные вещи:
    1. роутинг,
    2. конвейнер мидлвэер


    и больше ни чего, то есть весь функционал того что есть в статье. Свой велосипед делать не надо.
  • Тестирование и непрерывная интеграция для Ansible-ролей при помощи Molecule и Jenkins
    0
    спасибо
  • Как избежать SQL запросов внутри циклов
    0
    можно привести к любому нужному типу, не надо воспринимать мой комент как универсальное решение, мой комент это направление мысли
  • Манифест вещности
    0
    «Экземпляр данного изделия в процессе эксплуатации не служит ничьим прямым интересам, кроме интересов пользователя. Пользователь берет исключительно на себя всю ответственность и все риски, связанные с использованием данного изделия»
    Совершенно риторическое замечание, какую ответственность оно накладывает?
    Никакой.
    В чём смысл слов не имеющих за собой ни чего существенного?
    Нет смысла. (по моему скромному мнению)

    Отдельные гики конечно могут включать этот пункт в лицензию, но скоро эти слова могу стать модой, и уже все кому не лень будут добавлять такой пункт в лицензию на своё ПО и свой код, и тогда эти слова лишатся и смысла и ценности.
    Товарищей которые хотели как лучше и у которых получается как всегда предостаточно в нашем мире.
    Эти слова это скорей сертификат соответствия, который пусть кто то даёт, «автризованный центр сертификации», открытый вопрос, кто его авторизует?
  • Exist’енция железной дороги на рынке автозапчастей
    +1
    о чём пост? просто хроника?
  • Как избежать SQL запросов внутри циклов
    +2
    Странно было читать этот пост, но первокурсникам наверное пригодиться.
    Странно видеть:
    select * from product

    и читать:
    Как можно оптимизировать

    если нужна только колонка product_id, то и запрашивать надо только её:
    select product_id from product 

    вот это называется оптимизация — когда запрашивается только то что надо, а не все что есть.
    SQL Join
    — очень годный совет.
    Не надо делать 100500 запросов, надо сделать один запрос который вернёт полный набор данных, если конечно мы не торопимся выдать пользователю хотя бы что то, потому что полного набора данных ему не требуется.

    совет от меня — UNION — это вообще супер оптимизация обмена с сервером СУБД, можно сделать в один раз 100500 запросов из самых разных источников данных, но в каждом отдельном запросе надо будет добавить колонок, так что бы во всех селектах было одинаковое количество запрашиваемых колонок:
    
    select product_id, product_title from product
    UNION
    select name, '' from manager -- добавили пустую колонку что бы количество колонок в запросе было тоже две - как в первом запросе
    

    В один присест получили наименование всех Продуктов и имена всех Менеджеров.
  • ДНК глазами программиста
    +2
    увлекательно
  • Горе от ума, или Почему отличники пишут непонятный код
    0
    хотелось бы познакомиться алгоритмом вычисления метрики когнитивный вес, очень очень, или вес это количество объектов?
  • Дерипаска продаст майнерам сибирского электричества на миллиард рублей
    0
    вы ошибаетесь, если бы вы проанализировали стоимость ферм и стоимость комплектухи, то вы бы заметили что стоимость комплектухи раза в полтора ниже продажной стоимости фермы, есть объявления с маленькой маржей и я не видел ни одного объявления где бы цена фермы была ниже цены железа.
    Эти объявления для тех кто решил рискнуть и вложиться в майнинг.
  • Дерипаска продаст майнерам сибирского электричества на миллиард рублей
    0
    «спрос майнеров на электричество компании может составить 100 МВт»
    как то очень скромно.
    карточки в среднем кушают 200 Вт (из розетки), то есть 100 МВт это всего 500 000 карточек, всего 200 приличный ферм ( по 2-3 тысячи карточек)
    С другой стороны при цене Эфира в 800$ затраты на электричество не существенны: на 17 000 выручки всего 2 500 затрат на электричество, от того что затраты на электричество составят допустим 1 000 р прибыль не сильно вырастет.
    С третьей стороны, зная нравы родного государства (и силовиков), ни в жизнь не вложусь во что либо, что нельзя унести с собой в кармане.
  • Веб-разработка как стимул или в погоне за мечтой
    0
    так и не понял, была ли получена вышка, и что мешало автору вернуться в РФ?
  • Микросервисное безумие пройдет в 2018 году
    0
    спасибо за перевод
  • Как я ускорил работу отдела продаж более чем в 20 раз
    +5
    с одной стороны отличное решение в стиле спасение утопающих — дело рук сами утопающих, с другой стороны рассказывать программистам, знакомым с СУБД, о программировании под Excel это как то не очень.
    Но с точки зрения эффективности — затрат рабочего времени (стоимости рабочего времени) в отношении к полезному эффекту — очень крутое решение, если бы эту задачу решал программист, то обошлось бы в разы дороже.
  • Орги среди программистов
    0
    что бы профессионализм не терять, если ты гонишь лажу, то гнать Продукты ты разучишься. утратишь навык и техники.
  • Орги среди программистов
    +1
    Если кто то что то получает, то не с проста. Сами прогеры не способны организоваться и договориться и сами по себе по отдельности бесполезны, а благодаря оргам получается от неорганизованной толпы добиться результата. Того который нужен заказчику, а не программистам.
    А то что заказчик часто не достаточно квалифицирован, что бы понять что загадал фигню — это другой вопрос.

    Про сурогаты посты были о том что от тебя требуют лажу, а ты извернись и сделай ВЕЩЬ, то что на самом деле надо и сам на лажу не ведись и других не разводи.
  • 16 тонн. Как я спасал гибнущий под нагрузкой сайт на WordPress, имея весьма поверхностные знания в области этой CMS
    0
    было интересно почитать, спасибо.
  • Что делать, когда малое предприятие всерьез задумалось о переходе с Windows на Linux
    –1
    спасибо за статью
  • Подбираем пароли с помощью Google Chrome
    0
    спасибо огромадное, позновательно
  • Ричард Хэмминг: Основы цифровой (дискретной) революции
    0
    «например, около 1780 человек, что составляло более 90% населения будущих США»
    может быть «тысяч человек»?

    «Перепись населения США 1860 года была восьмой по счету переписью населения, проводимой на территории США. Она была проведена 1 июня 1860 года. Численность населения страны по итогам переписи была определена в 31 443 321 человек (на 35,4% больше по сравнению с результатами предыдущей переписи), из которых 3 953 761 были рабами.

    Перепись проходила меньше чем за год до Гражданской войны.»

    или имелось в виду около «1780 года»?
  • Петля времени. Футуристичная спортэкипировка
    0
    резиновый чехол на обручалку — тематичная штука!
  • Суррогаты
    0
    ТЗ переписывается и согласуется, а должностная инструкция написана 100 лет назад и больше не меняется, потому что должностная инструкция это отдел кадров, а ТЗ это непосредственный заказчик и непосредственный исполнитель. Разные отношения.

    я завод не динами, это завод от меня требовал лишнего, завод требовал выполнения работ которые в техподдержку не входят, требовал работ выходящих за рамки договора.

    всегда можно передёргивать, а можно не передёргивать. зависит от воли и исполнителей и руководителей.
  • Рояль должен быть исчезнут: уровни профессионального развития и их оценка, у программистов
    +2
    я не знаю как правильно. я высказал своё отношение.
    есть два аспекта — тактический и стратегический, тактический мне бесконечно скучен, потому что область его применения очень узкая, это знание не переноситься с платформы на платформу и устаревает в течении нескольких лет, поэтому мне жалко на это тратить свою жизнь.
    Тем не менее когда у тебя 1000 шардов какого то сервиса, экономия в миллисекунду уже даст экономию в энергопотреблении ЦОДа, но пока это не мой масштаб, и надеюсь у меня всегда будет Вася на которого я эти заботы смогу переложить.
    есть мастер кодер, есть мастер проектировщик, оба нужны и кодеров надо больше :)
  • Суррогаты
    0
    обожаю этот документ, там вечно хрень полная написана и её ни кто не хочет менять. Я один раз даже из-за этого уволился.
    Итальянская забастовка это когда сотрудники динамят, как бы ни каким формализмом и KPI человека не заставить работать по совести, поэтому относиться к документам как инструментам гарантии 100% качества это не разумно.
    Тем не менее документы описывают рамки, я когда техподдержкой занимался, по прочтению договора узнал много нового и половину заявок стал заворачивать как не относящиеся к делу, потому что завод (и не только) обнаглел и тупо сел на шею.
    Моё мнение документы, очень важная штука как ориентир. Для меня, качество моей работы без них страдает.
  • Рояль должен быть исчезнут: уровни профессионального развития и их оценка, у программистов
    0
    «Системный уровень» — ни когда не полезу под капот, что бы оптимизировать свой код, принципиально не буду тратить время на эту суету, если что то тормозит надо сам алгоритм менять, а не шлифовать его напильником, наждачкой и пастой ГОИ.
    Всегда полно больших задач, а тюнить лучше Васе поручить, ему нравиться, а у меня душа к этому не лежит.
    Видимо буду вечный Middle.