• Даже web ресурсы известных организаций не защищены от детских ошибок
    +3
    эта история хорошая иллюстрация к бюрократизму корпораций в РФ.
  • Микрофреймворк slim
    +2
    trawl, app/Provider/AppProvider.php — такую портянку теперь обязательно писать?
    Прекрасно что ребята повыкидывали всё на свете из фреймворка, так что даже не понятно, а что там вообще осталось, но вот такой бойлер плейт огорчает.

    Добавлена фабрика для создания экземпляра приложения;

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

    Обработчик запроса приложения теперь принимает только объект запроса (в старой версии принимал объекты запроса и ответа).

    Раньше можно было на каждом этапе что то в ответ добавить, но видимо это ни кому не нужно.

    Лично мне не понятно зачем всё это было сделано. Фреймворк это всё такие готовый набор инструментов и какие то направляющие для работы, а теперь Slim это что угодно и как угодно.

    Slim PHP — собери свой набор!

    Slim был микрофреймворком, на следующем этапе он проскочил нанофреймворки и просто растворился — перестал быть фреймворком — ни каких рамок, творчество без границ.
  • ERP — система непрерывной деградации
    –1
    Автор прав, но прав только для бедных компаний, или компаний где не на чем заработать, поэтому ищут на чём сэкономить, например на заказной разработке ПО.
    Работал в фирме которая обслуживала ERP и какие то доработки нам заказывали только при крайней нужде, просто потому что если что то заказать, то пострадают финансовые показатели, а для начальников от этих циферок зависела их з/п. Вот так банально. Такая коррупция, лишь бы показать хорошую отчётность.
    Кроме того можно понять логику начальников: люди есть — пусть работают (абонентский и финансовый отделы, бухгалтерия), нет смысла ускорять их работу, если они свою работу сделают быстрей, что же они будут делать? сидеть без дела?
    Всё от людей зависит, ERP это инструмент как и все другое, инструментом надо работать, и не только работать, но ещё и уметь работать.
  • Роскомнадзор, который мы заслужили
    0
    есть государстквенный сервис «Российская государственная инициатива» для инициатив на уровне РФ, есть паблике в ВК для решения проблем на районе, городские порталы и всё такое. У нас во дворе есть чат в вотс аппе. То есть инструментов хватает, но у людей нет мотивации вопросы поднимать и решать.
    Вопрос поднять конечно можно, но ни кто не будет поднимать его если не будет решения, а самим палец о палец ударить людям лень. Заявляю это как старший по дому с 5+ лет стажа. У двора есть проблемы, а желающих их решать — нет. Все проблемы которые мне удавалось разрулить были решены моими силами или силами других одиночек, которых эта беда задела за живое.
    Личная инициатива есть, а общественной нет.
    Моя хата с краю — вот девис современного россиянина.
  • Удалённая работа: мифы на ночь
    +3
    Работаю по удалёнке, у нас все 5 сотрудников на удалёнке, но мы всегда на связи, в Скайпе можно расшарить экран и это очень выручает, для работы большего и не надо.
    У меня раньше был опыт работы из дома, и я в курсе что семья ни когда не даст тебе спокойно поработать, поэтому на собеседовании я сразу попросил офис, и мне его оплачивают, я там всё обставил как мне надо и прекрасно мне там работается, если надо могу прямо в офисе поспать, или пойти погулять по соседним паркам, ни кого не парит моё отсутствие, офис доступен круглосуточно, прихожу к 13, ухожу когда в 20, когда в 24 часа, зависит от работы, сделал дело — гуляй смело!
    Мне норм.
    Я привык углубиться в одну задачу и работать над ней до победы, поэтому совмещение с ещё какими то проектами это не для меня, делать это в ущерб основной работе считаю не достойным.
    Конечно если мне надо по делам куда то сгонять, я спокойно свалю. Преимущества удалёнки в свободном графике, но таски в трекере это не отменяет :)
  • Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?
    0
    как бэк-энд программист я понимаю ваше желание поработать за аналитика, только не все аналитики это поддерживают, и в целом это дело руководителя, разделять фронт работ и назначать ответственных за качество результата, если аналитик отвечает за что то, и вы его не убедили, то он в праве ваши предложения отклонить.
    Согласитесь дело программиста в «железе» реализовать желания пользователя сформулированные аналитиком, и на собеседовании от программиста требовать знания нотации BPML или любой другой, высокого уровня эмпатии, конечно можно, но не нужно.
    Программист должен понимать как код живёт, что с ним бывает сначала и что бывает потом, какие варианты решения можно реализовать и до какой степени совершенства код надо отшлифовывать перед сдачей на код ревью. Вот что такое программист, а пространные размышления это хорошо, но для архитекторов и аналитиков, у программистов ценность в другом.
    По моему скромному мнению.
  • Phoenix LiveView: когда вам больше не нужен JavaScript*
    –1
    хранить состояние на сервере это дорогое удовольствие, это постоянная запись нового состояния. Постоянное чтение — это нормально, это быстро, а постоянная запись это просто долго. Состояние клиентского интерфейса надо хранить на клиенте, пусть он у себя перезаписывает и рендерит своё состояние, серверу зачем этим заниматься? Что бы обойтись толко PHP и не искать JS программиста?
  • Про ООП
    –4
    gridem + 1
  • Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?
    +2
    fillpackart и binpord говорят о разном. Ни кто не говорит что на собеседовании надо давать олимпиадные задачки, fillpackart как раз о том и сожалеет что о собственно работе — проектировании кода, подходах к решению задач с ним не разговаривают, говорят о технологиях вообще, а не о том как эти технологии лучше применять.
    По поводу давайте писать на одних технологиях, не соглашусь, ситуации бывают разные и разные инструменты могут показать разную эффективность. Жизнь не стоит на месте ни когда не будет инструментов монополистов, всегда будет выбор.
    Про то что программисты одиночки вымрут вдвойне не соглашусь.
    binpord видимо давно не работал в мелком бизнесе. Я последние 7 лет работаю в фирмах где даже если программистов больше пары человек, то у каждого своя тема и пилит он её почти в одного, разделение работы по специализациям это нормально.
    Кто то пишет фронт для браузера, кто то для андроида, я пишу бэкэнд на C#/PHP, что нам вместе обсуждать? АПИ спроектировали и разошлись по углам. Обсуждают пусть бизнес аналитики с дизайнерами и заказчиками, с техподдержкой. У программистов задача своя — из мечты сделать реальность, и что бы не ломалось, а если ломается, то что бы чинилось, раньше чем кто то прочухает.
  • Асинхронный PHP и история одного велосипеда
    +3
    Любопытно, расскажите ещё!
  • Размышления о красоте и коде
    0
    Интересный взгляд на красоту кода.
    Красивый код, это когда всё по феншую. А понятия о феншуе у каждого свои. Со своим уставом в чужой монастырь не ходят, поэтому общий вывод такой, что люди совместно работающие над одной кодовой базой должны иметь договорённости о том как код оформлять и какими методами (архитектурными шаблонами) решать стандартные задачи, договорённость о том как всё в целом должно быть организовано (архитектура приложения в целом)
  • Comment from a drafted post.
  • Comment from a drafted post.
  • Дорогой клиент, вот почему это изменение заняло столько времени
    +3
    С месяц назад была заметка про Хорошего программиста, который делает ровно то что ему говорят, один раз может предупредить, но ни когда не спорит.
    Разумный заказчик прислушается к предупреждениям, с остальными диалог не возможен, поэтому улыбаемся и машем. Это лучшее что мы можем сделать.
  • MMORPG в одиночку (2d stalker)
    +2
    Суть статьи в том что для игры одного движка мало, надо движок сценариями кормить. Хотелось конечно про ООП почитать, какие классы и как они сообща работают, ну или не классы, вообщем про архитектуру было бы интересно.
    По поводу развития проекта, вам нужны эвент мейкеры, ребята которые не программисты но отлично умеют развлекать толпу, вам нужны аниматоры :)
    Я думаю ребят фонтанирующих идеями найти можно, надо себя отрекламировать на всех ресурсах вашей тематики (ММО, постапокалипсис, сталкер).
    Другая беда что ваш движок должен позволять относительно легко реализовывать любые творческие идеи.
  • 3D игра на three.js, nw.js
    0
    3$ = 3*65 руб = 195 р за настолку? сколько продаж будет? 5? 50? какой %% отчислений магазину?
    Это я к тому что рентабельность около ноля, можно за 99 центов раздавать :)
    Хотя бы установок будет раза в два больше.
    Хотя я конечно понятия не имею о том как это бывает, может быть 1000 покупок это обычное дело для таких игрушек, тогда три бакса вполне оправданная цена за улучшайзинг старой версии.
    И мне кажется мультплеер это существенное преимущество и двигатель продаж. Заразился сам — зарази друга!
  • Прозрачность — панацея от баттхёртов
    +1
    Ещё бы кто то хотел этой цели. Обычная картина: согнали случайных людей и ждут от них результата, а людей свои цели, кто то штаны просиживает, кто то ведёт подковёрные войны, кто то бабло пилит и прозрачность не к чему :)
  • Сколько нужно программистов, чтобы поддерживать ранее написанный код?
    0
    по первому вопросу сложно согласиться, в моей жизни программиста одиночки на проекте, частенько бывает что поддержкой ты занимаешься 4 дня в неделю, а что то новое пишешь дай бог что бы полдня, но это потому что я один программист и код который я поддерживаю (вношу текущие эволюционные изменения) писал не я, и думаю если внедрение фич совсем встанет, то штат увеличат :)
  • Паузы в играх HTML5
    +2
    Вполне возможно что автор просто неправильно оформил статью, в смысле блоки с кодом.
    Что автор хотел рассказать, до меня не доехало. Коменты понятней статьи :)
  • Изменения авторизации в репозиториях на GitLab.com
    0
    слова русские а смысла не нахожу, это далёкие от меня материи.
  • Дом, который построил Джек
    +1
    Если голову включить над кодом, то забавно, програмка прокручивает себя 8 раз и прекращает работу.
    За это время она успевает сгенерить стихотворение.
    Но Хабр это посты в которых тебе разжёвывают от и до, а в конце ты такой «вау!» и просветлился, а эта заметка, это просто анекдот.
    Надо было прикрутить подводку (интро) про авто-генерацию стихов что ли.
    Даже не понятно зачем читатель на него время потратил.
  • Если есть в кармане пачка сигарет…
    0
    мне кажется время потраченное на курение другие люди тратят на что нибудь ещё, поэтому общая производительность одинаковая. Не может мозг работать 100% времени, ему надо давать передышку. Переключение контекста это нормальная практика. Но наверное каждые полчаса это перебор.
    То есть дело не в курении а в частоте употребления.
  • Асинхронность в программировании
    0
    спасибо за доклад.
  • DataGrip 2019.1: поддержка новых баз, инициализационные скрипты, новые инспекции и другое
    +1
    оно стоит копейки для физических лиц, дождитесь скидок, будет ещё дешевле.
  • PyTest Нео
    +1
    В принципе без разницы как информацию выводить, строками или столбцами, но если столбцами то столбцы должны сдвигаться так же как строки сдвигаются вверх, то есть столбцы должны сдвигаться влево, справа будут свежи сообщения, слева — «протухшие», и тогда по рисунку текста (столбцов) можно будет так же ориентироваться как по рисунку обычного вывода в строку сверху вниз. Но конечно надо привыкнуть к столбикам.
    В остальном симпатичная развлекуха.
    Как я понимаю такой вывод информации это просто заставка на время выполнения теста, после прогона всегда можно в более привычно виде вывод теста почитать правильно?
  • Беспощадная автоматизация. Director's Cut
    0
    спасибо, посмеялся. А можно менее развлекательно подавать материал? Вещи написаны интересные а в голове одно ха-ха остаётся.
  • Гибкий график работы. Российский опыт
    +1
    про контроль времени окончания рабочего дня понравилось :) обычно в конце рабочего дня не знаешь как себя с работы выгнать потому что хочется работу за день доделать, что бы у себя в голове отметить галочками результаты дня, без результатов за день не камильфо. Смски жены очень помогают, не остаться на работе на ночь :)
  • Domain-driven design: рецепт для прагматика
    +1
    спасибо, доходчиво
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    главное не расстраиваться. у меня было овер дофига собеседований гдеменя из-за подобных вещей не брали, но я ни окгда об этом не жалел
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    я к тому что бы не парить себе мозг штудированием ответов на стандартные вопросы, и на самом собеседовании не обломаться сказать «я не в курсе но я умею читать доки и меня не забанили в гугле»
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    Смысл проходить интервью с «тупыми» вопросами? мне не интересно работать с людьми которые ни чего интересного спросить не могут. Всегда плыву на вопросах по теории и по практике :) потому что тоже писал на тысяче и одном языке, и что там где как ни когда не помню, гугл всегда поможет.
    Когда сам провожу собеседования, то просто смотрю на код тестового и мы обсуждаем его, считаю этого достаточно.
  • Типичные ошибки программиста при устройстве на работу
    +5
    Автору у вас требования к программистам как к космонавтам. И что бы профи, и что бы покладистый и что бы свободное от работы время ещё работал, пусть не на фирму, но хотя бы на себя. В свободное время надо заниматься тем что по душе, девушкой, детьми, машиной, стройкой, ремонтом и всяким прочим обустройством семейного быта. Автор в своей жизни для семьи что то делает? или только для работы?
  • Автоматизация контроля границ внутри компании
    0
    Спасибо за интересное чтение.
  • В разработке — каждый сам за себя. Но иногда это приводит в тупик
    –3
    +1
  • Деплоим код напрямую в docker-контейнер. Или как не прокрастинировать после каждого коммита
    0
    Я на практике использовал SFTP для редактирования кода без репозитория, без переключения веток, видимо не знаю нюансов.
  • Деплоим код напрямую в docker-контейнер. Или как не прокрастинировать после каждого коммита
    0
    Не уловил из статьи почему не подошёл SFTP?
    удалённую машину переключил на нужный комит, локальную машину на тот же самый комит и по SFTP все изменения улетают с локальной машины на удалённую, какие недостатки?
    rsync работает в режиме точечной правки, но разве в целом это что то другое? не думаю что прямо какие то мегабайты текста придётся пересылать если пользоваться SFTP.

    rsync конечно изящней и когда уже есть готовое решение (например описанное в этой статье), то конечно грех не реализовать синхронизацию по rsync.
  • Composer для самых маленьких
    0
    композер можно установить не только из командной строки — https://getcomposer.org/download/:
    Windows Installer
    The installer will download composer for you and set up your PATH environment variable so you can simply call composer from any directory.

    Download and run Composer-Setup.exe — it will install the latest composer version whenever it is executed.

    За статью спасибо. Про публикацию пакета очень интересно.

    Раздел «Composer и PhpStorm» на самом деле было бы приятней прочитать текстом чем на картинках, тем более что на скринах нет пояснений на что смотреть и что кликать, если это инструкция, то надо описывать последовательность действий, к картинкам нужны комментарии.
  • Бизнес, не горюй
    +2
    «Нет, милая моя. У Него — другая цель. И ты знаешь, какая. Он своей цели достигнет. Если не с тобой, то с другой. И не раз.»
    Друг не поверишь, у неё такая же цель :))
    В работе не дядю главное что? главное циферки красивые показать.
    А реальный эффект только дяде интересен, и даже ему не всегда результат важен, бывает и так что важно сделать вид, что бы перед пацанами стыдно не было, что бы как все, что бы не выбиваться из тренда.
    А тут ты такой в белой рубахе на выпуск и ни чего тебе не надо лишь бы твоя информационная система пахала вечность и всегда была готова прогнуться под любые желания заказчика.
    Нет, не тут то было, другие у неё цели :)
    Кто то тупо хочет выслужиться и KPI выполнить по количеству сданных проектов в год.
    Качество проекта будут разруливать другие люди, а у нас с тобой будет строчка в резюме, у одного о разработки ИС, у другого об успешном внедрении ИС.
    Вот так и живём.
  • DBX: попытка избавиться от составления MySQL запросов
    0
    Как было сказано выше — как хобби проект для себя любимого — норм.
    Как продукт который могут использовать дургие — вообще нет.
    *цать лет назад возможно было бы «да», но не в 2019 когда для всего есть фреймворки и у каждого фремворка есть и ОРМ, и другой инструментарий, и «плагины», ответ уже «нет».
  • Как не надо писать на Хабр: Антирейтинг 2017
    0
    «4. Готовим git reset правильно — Рейтинг -51»
    я крутой :)

    Народ на Хабре дальше собственного носа не видит и не желает понимать что бывают исключения, и что на один вопрос может быть два правильных ответа. Что вообще говорит о людях как о программистах :)
    До сих пор пользуюсь своей своей заметкой как шпаргалкой.
    На минуса внимания не обращаю.
    Моя последняя статья набрала примерно столько же минусов. Но фиг с теми кто минусует, там 5% читателей поддержали меня, и это значит что на Хабре только 5% аудитории — мои читатели. Ради этих людей не жалко писать.
    Как обхаяли мою статью про «АПИ Мой Склад», но спустя год мне в телегу стучится парень и задаёт вопросы — видите пригодилось кому то.
    И бог с вашими минусами.