T/T Lead
  • +1 мова у портфель. Чому варто вивчити Ruby

    Та людині хібернейтом мабуть мозок виїло.
    ActiveRecord і в пхп світі головний. Рішень з рельсів чимало втілено у пхп фреймворках. Бо в цілому — вдалі рішення

  • +1 мова у портфель. Чому варто вивчити Ruby

    Ну там не php, а схожа на JVM машина для Hack (типизований php)

    Але то такє. Коли проблематика програмування зводиться до швидкодії програм, то можна виходити з дискусії :)

    Поддержал: Włodzimierz Rożkow
  • +1 мова у портфель. Чому варто вивчити Ruby

    Тобто ви не розумієтеся на різниці між поодинокимі випадками та середніми значеннями.
    не бачу тоді сенсу обговорювати технічну тему з гуманітарієм

  • +1 мова у портфель. Чому варто вивчити Ruby

    Залишився, бо використання Play маргінальне навіть у Джава світі.

    А те що на Джаві не можна написати драйвер відеокарти, ніяк не зашкодило її поширенню.
    це я до вашого аргументу блондинкі про 250 мільйонів юзерів.
    Який відсоток програмістів світу задіяно у таких проектах? Я чув що там буває замість джави і с++ та rust використовують. Бо джава тормозить та пам’ять жере занадто ;)

    То як зашкодила тормознутість джави та любов JVM до пам’ яті?

    Іншими словами ви використовуєте ті ж самі критерії що застосовувались критиками Джави.
    То може ці аргументи протухли, щоб на них щось обгрунтовувати, нє?
    Ну якщо вони не спрацювали у бік джави, то чому вони спрацюють у бік «пітонів, пихів, рубі, нод та го»

  • +1 мова у портфель. Чому варто вивчити Ruby

    просто на іншому рівні знаходяться у порівнянні з тими інструментами які нам дають Java або інші екосистеми. Поки не почнеш писати—не зрозумієш.

    Это парадокс Блаба: типичные программисты удовлетворены любым языком, которым им пришлось пользоваться, потому что тот диктует им, как они должны думать о программах

    Поддержал: Dmitriy Mozgovoy
  • +1 мова у портфель. Чому варто вивчити Ruby

    Так Джава і є сучасний кобол :) що змінилося за оті роки?

    Звісно спрінг бут пришвидшив розробку. Тільки з чого ви вирішили що тільки в Джаві з’являються інструменти та підходи що її пришвидшують :)

    І де я казав про тяжко писати? Не тяжко. Джава проста мова.
    Просто більшає кейсів коли так само не тяжко але швидше писати на іншій мові.

  • +1 мова у портфель. Чому варто вивчити Ruby

    Я й тоді посміхався такої їх наївності :)
    Потім скалісти було теж, казали що всі з джави побіжуть на скалу

    Джаву закопує не якась конкретна мова, а головний тренд з 60-их — швидкість розробки. І коли те з чого реготали розвивається, але зберігає цю перевагу — то й маємо.

    Джаві звісно ніщо не загрожує, ніхто переписувати з неї не буде. з коболу навіть не все переписано і не планується.

    Мова про те що обирати її для проекту — сенсу меншає с кожним роком

  • +1 мова у портфель. Чому варто вивчити Ruby

    Один фулстек — дешевший за двох спеців, та ще й економія на менеджменті виходить.

    А далі фактор — швидкість розробки.

    Звісно, є фактори які можуть бути вагомішими за названі

  • +1 мова у портфель. Чому варто вивчити Ruby

    Жадібно-утопічна ідея

    кількість вакансій — фулстек Java+React/Angular, C#+Angular наводить на думку що
    Антон Кекс — The world needs full-stack craftsmen
    youtu.be/qd9N9eU1Qn0

    може щось знає?

    а для php — Laravel+Vue — то більшість вакансій

    так що Нода — відгризатиме і надалі сфери де була тільки Java та C#
    та й пітон з пхп — те ж :)

    З Java та C# буде теж саме що й з С++, який вони витіснили.
    Звісно, для сапорту потрібно буде ще довго чимало програмістів.

    Але я вже зараз коли бачу як стартують нові проекти на них перепитую:
    Вам точно потрібні збільшені терміни розробки, та купи недешевих джавістів/дотнетчиків? До яких, звісно, треба буде ще додавати фронтендерів на реактах з ангулярами?
    А чули ви такі словосполучення — «дефіцит програмістів», «ринок кандидата»?

    ну ок, як конче необхідно — то уперьод!

    Play Framework v1 робив в Java те ж що робить NodeJS ще в 2008-му.

    і там і залишився, у «2008ому» а на Ноді пишуть зараз :)

    я пам’ятаю той хайп по ньому. :)
    було ж очевидно що фреймворк на Scala аж ніяк не зможе конкурувати на рівних з рельсами, а потім з джангами та ларавелами.

  • Кандидати поводяться як «боги», а рекрутери не вказують зарплатну вилку. Що «болить» учасникам найму

    Это поведение именно штатных сотрудников

    эйчар отдела.

    по работе которого — тоже рисково делать вывод об отделах разработчиков.
    но, если хочется — конечно делайте, какой мне смысл быть адвокатом компании H

    один известный в Джава кругах программист кусок своего доклада посвятил своему опыту прохождения собеса в Amazon. С подробным анализом 3.14ца, «как не надо делать». Он там на «середине» процесса отказался продолжать этот дибилизм

    Сомневаюсь что его публичное мнение повлияло на размер потока соискателей в Amazon

  • Кандидати поводяться як «боги», а рекрутери не вказують зарплатну вилку. Що «болить» учасникам найму

    Имхо, в рамках одной конторы можно вести общую базу кандидатов

    обычно и ведут. обычно то после проваленного собеседования — раньше чем эн месяцев компания на этого соискателя реагировать не будет.

    причины почему повторно шлют — бывают разные :)
    конечно, может и бардак.
    как один известный в php кругах программист написал
    2020 г
    Я собеседовался в Facebook в 2012-ом. Тогда произошло странное. После где-то пяти собеседований HR не вышел на связь. Я подумал, что где-то не справился .... Через несколько лет тот же HR написал мне, рассказал, что тогда уволился и извинился что не передал как надо тогда дела.
    Бывает...
    Но этот пост о технической стороне собеседований. А она, судя по всему, мало поменялась с тех пор.
    В прошлом месяце мне написали из Facebook London, ...,
    ну и там далее по делу rmcreative.ru/...​sobesedovanija-v-facebook

    если уж Facebook не может наладить работу своего HR отдела, то может это не такое уж простое дело?

  • Кандидати поводяться як «боги», а рекрутери не вказують зарплатну вилку. Що «болить» учасникам найму

    есть ли мне смысл тратить на ЭТО свои силы и нервы

    не тратьте конечно :)
    я давно и говорю — непонятны возмущения программистов — работы ж полно. послал подальше компанию которая на старте не понравилась, да и все. в чем проблема? ;)

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

    и, если компания не может себе содержать большой штат эйчаров — она отдает «продажу» сторонним продавцам — рекрутинговым агенствам.
    а им, как вы понимаете глубоко фиолетово что будут думать о компании — соискатели :)

    то есть, делая вывод по спаму от рекрутинговых агенств о компании — вы рискуете ну очень ошибиться о процессах найма в ней :)

  • Кандидати поводяться як «боги», а рекрутери не вказують зарплатну вилку. Що «болить» учасникам найму

    Нельзя координироваться?

    это невозможно.

    представьте, есть несколько независимых продавцов.
    А производитель товара — один.
    Продавец живет с процента от продажи — если уболтает купить.
    и зачем же ему общаться с своим конкурентом — другим продавцом?
    например рассказать что он уже пытался продать этому потенциальному покупателю

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

    а вот — я потратил время, а он не купил — зачем? наоборот, пусть и конкурент потратит время :)

  • Кандидати поводяться як «боги», а рекрутери не вказують зарплатну вилку. Що «болить» учасникам найму

    Проблему точно нельзя решить, если пытаться политкорректно ее описывать, лишь бы уйти от ее сути.

    А суть проблемы что одна из первейших задач рекрутера в айти, и часть работы штатных эйчаров — НЕ допустить до технического собеседования!

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

    Поэтому естественное решение — поставить вахтера на входе. Так как он не может собеседовать, потому что не специалист, то вручить ему инструкции по дресс-коду
    Но, те кто хотят прорваться к собеседованию —

    Возможность сразу пообщаться с непосредственным руководителем проекта

    тоже не дураки, и дурят вахтеров.
    в ответ — вахетры получают еще более подробные инструкции

    И получаем например
    описания вакансии — где описываются функции айти отдела
    резюме соискателя — где перечислены все названия технологий о которых соискатель слышал.

    ну и прикол поэтому — вахтер бегает по улице, чтобы сказать первому встречному — я тебя не пущу! «вы нам не подходите!»

    Конечно это не полное описание процесса рекрутинга, есть и — специалисты с правильной карьерой, к которым очередь вахтеров — «просим-просим, заходите к нам!»
    примерно как зазывают белых туристов
    — но у вас там на входе какие-то типчики с калашами
    — о, не переживайте, это от местных, а я все улажу, я вас проведу!

    Поддержал: Igor Shaula
  • Покупка б/у авто VS новую из салона в рассрочку

    по хорошему прогрев нужно делать на немного повышенных оборотах и в современных авто это учтено.

    даже не в современных, и даже в бюджетных
    у меня дастер, 12го года, первые секунд 20-30 утречком обороты чуть выше 1000. потом — чуть больше 600

    зимой бывает еще и «играется» то повысит, то понизит, то повысит, то понизит.
    потом унимается, и выходит на те ровные холостые ~600

  • Python та його перспективи на майбутнє

    Нет, я выступаю за планирование экспериментов, ослепление, математическую статистику

    да я в курсе догматов науковерия.

    почти никакого отношения к спец разделу философии «Научная методология» они не имеют.

    Потому что первый же догмат науковерия:
    Что не наука — ересь и ахинея
    и вывод:
    Философия не наука — следовательно это ересь и ахинея

    Такая себя железная логика возраста от «2ух до 5ти»

    Поэтому моя точка зрения

    у вас не может быть ни на что точки зрения, на что не выпущен энциклик Церкви Науковерия.
    А не выпущено таких энцикликов наверное на 99% действительности вокруг нас.

    но науковерцев это не смущает — они ж Веруют, а потому уверено говорят тезисы — которым нет никакого не только научного, а даже эмпирического подтверждения.

    Меня бы убелила статистика разработки одного проекта

    Переубеждение вас, и подобных, да, очень важно.
    Настолько что на это и цента никто не даст.

    Потому что это давно известно.
    Эмпирически проверено за десятилетия разработки ПО.
    И измерено в деньгах.

  • Python та його перспективи на майбутнє

    добавим что он стал основным ЯП в преподавании...
    заменив где Джаву, где Pascal, где вообще Scheme (MIT)

  • Python та його перспективи на майбутнє

    Implementation plan for speeding up CPython
    github.com/...​ython/blob/master/plan.md

    FasterCPythonDark.pdf
    github.com/...​ain/FasterCPythonDark.pdf

    Дат так, поки немає.
    Але як вдасться:
    The overall aim is to speed up CPython by a factor of (approximately) five. We aim to do this in four distinct stages, each stage increasing the speed of CPython by (approximately) 50%.
    1.5**4 ≈ 5

    то буде просто монументально вічний Python

    Йому й зараз ніщо не загрожує.

    Поддержал: Andrii Uhryniuk
  • Как реализовать Rate-limiter на основе алгоритма Token Bucket c использованием Bucket4j на Java

    Ви дійсно вважаєте, що логіка лімітування темпу обробки тцп-пакетів

    ви дійсно не розумієте російську мову, у:
    запросить курс валют тугрика, тенге, ..., .., к гривне — лимит 1000 в ед времени
    то есть эти 1000 делятся между всей этой группой. И групп таких может быть больше одной.

    де тут мова про тцп-пакети?

    а в статті не побачили:
    Где это нужно
    1. С точки зрения бизнес-логики, зачастую это используется для реализации «API Business Model».

    чи не розумієте що воно такє ота бізнес-логіка?

    Трафік я згадав лиш тому, що обидві задачі ідентичні

    як солоне та червоне.

  • Python та його перспективи на майбутнє

    у меня опыт есть

    ясно. понятно.
    ни у кого больше нет опыта, начиная с Лердорфа
    а только у вас есть — опыт.

    Стопэ, там рисуем костыли или фиксим?

    фиксинг — обычно и есть костыли.
    но у вас опыт покруче опыта например в нашумевшем обсуждении на HN программера из команды оркалд дб
    топик там был
    на какой работе, продукте вы больше всего встречали говнокода?

    Оракл ДБ — труп.

    Тут отец похапешник предлагает костыли

    в микросервисной архитектуре — это массово. на практике.
    но у вас да — опыт, у остальных нет такого.

    Тут просто разница в ценностях

    так я про это и тролю верующих

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

    в пределе
    между гуманитариями и технарями

    первые тырындят о ценностях, святынях, вторые хмыкают и крутят гайки, по локоть в масле

    либо допускаем г-но в продакшен либо нет

    это решает — бизнес, а не программисты.

    если у бизнеса и программистов хорошие отношения — то они уведомят о рисках. и все.
    если плохие — то программисты промолчат, авось пронесет, и мы тихонько пофиксаем. Есть шикарный анекдот-байка на эту тему, еще с советских времен, Во время запуска ракеты с Байконура. ... — Молчи!

    Но бизнес — решает, а не какие-то там ценности тру программистов

    так же как бизнес решает — оплачивать еще с десяток серверов, или оптимизацию.
    а не желающие есть кактусы пусть идут в науку есть персики.

    P.S.
    вспомнилось из другой области, но тоже самое:
    Имя маршала Эммануэля Груши давно стало во Франции нарицательным для обозначения неудачника и раззявы.
    ...
    Груши продвигался слишком медленно, чем дал Блюхеру шанс сгруппироваться и построить укрепления на берегу реки близ города Вавр. Встреча двух армий состоялась 18 июня, а сражение продолжалось два дня. Груши в итоге одержал победу, но, выиграв битву, он привел Францию к поражению в войне. Его 35 тысяч человек были куда нужнее при Ватерлоо, где как раз в то время Наполеон терпел поражение от Веллингтона.
    ...
    Могло ли быть иначе?

    Нет. С учетом того, что Груши всегда был педантичен и не позволял себе фантазий при исполнении приказов, стараясь выполнить их точь-в-точь.
    diletant.media/articles/44893378

    правильный он очень был, Груши.
    «оптимизацией занимался». и строго следовал «бест практикам»

← Сtrl 123456...171 Ctrl →