Обновить
4
0
Вячеслав@CestLaVie

Full-Stack developer Java/Scala/TypeScript

Отправить сообщение

"Fake it, till you make it!" - основной механизм вывода на рынок стартапов. Так это и работает. Дело не в недобросовестности, а в том, что иначе - никак. Вот возьмите электромобили - их чёрте-когда изобрели, проблема была в том, что в отсутствии на заправках зарядок никто их не покупал ("Ну куплю, а где заряжать-то?"), а любой владелец заправки, естественно, не желал вкладываться в зарядки для электромобилей, пока дороги не наводнят электрокары - это проблема "Курицы и яйца", порочный круг. Пока не появился Илон Маск и не сумел у всего мира создать впечатление, что вот-вот электромобили всё заполонят - и тем самым добился того, что практически все владельцы автозаправок по всему миру вложились и сделали-таки у себя несчастные зарядки - и вот после этого рынок теперь готов принять большие объёмы электрокаров.

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

К сожалению, в GitFlic нет CI и даже нет возможности копировать информацию из issues и pull requests с GitHub.

Но есть же сторонние CI? До появления GH Actions неплохо с ними жили - почему бы сейчас не вернуться к такой схеме? CircleCI как пример...

Большое человеческое спасибо за этот плагин! Открыл он мне "второе дыхание" просто при работе с Maven. За несколько лет до того, как он появился, уже, было, грешным делом на Gradle поглядывал - очень уж нелаконичными были pom'ники для сборки, хотя всегда предпочитал декларативный инструментарий императивному и в этом плане Gradle совершенно не устраивал. Но, когда увидал данный плагинчик - просто просиял - теперь везде его использую и всем советую!

Да зарплата кота обычно не столь обременительна, что бы менеджер охотился за ним как за "Самым слабым звеном" команды в надежде сэкономить бюджетные деньги проекта без существенного падения общей продуктивности... Ему разве что когтеточку надо, что бы на замену мебели потом тратиться не пришлось, ну и к лотку приучить, что бы ковролин по-реже менять, ну и может ещё по весне ему что-то эротишное придумать, либо операцию - обычно это не напряжно...

Сам таких людей называю "катализаторами" (довольно близкий термин из химии, если кто вдруг не знает).

В Vavr'е можно дёргать непосредственно классы, т.е. вместо Stream.of(...) дёргать Stream(...). Это делается посредством static-import'а из его класса io.vavr.API, где собраны наиболее популярные статические методы генерации. Такой код выглядит элегантнее и больше похож на то, чем в основном вдохновляется Vavr — т.е. на Scala.

Хм... ну вообще-то есть намного более простой и стандартный способ - использовать spring-boot-configuration-processor. Тогда пользователь стартера увидит дефолтные значения в подсказках IDEA'и, когда будет их редактировать - они будут в файле spring-configuration-metadata.json и IDEA будет их отображать в подсказках пользователю.

Есть ещё книга Kevin Hoffman "Beyond the Twelve-Factor App" - https://www.oreilly.com/library/view/beyond-the-twelve-factor/9781492042631/ - там более глубокая критика и не только дополнения, но и удаление устаревших факторов из этих классических 12-и...

Да и scope'ы в Java EE можно вспомнить - context, session, request... Такая же история по сути.

Мне тоже не нравится, но по прямо противоположной причине - это полумера, которая способна запутать код, поскольку без привлечения более мощных средств расширения проверок типов, например CheckerFramework'а, трудно будет обеспечить гарантии. Ну вот пишу я метод - как мне сказать компилятору "Проверь обязательно, что бы в ScopedValue при вызове моего метода обязательно по такому-то ключу лежал объект такого-то типа с таким-то дженериком, а при попытке вызова без этого - вали компиляцию"? Никак. И когда это сделают в CheckerFramework'е, и вообще - сделают ли — непонятно...
На мой взгляд, чем такой труднопроверяемый огород городить, нужно было бы просто сделать implicit-параметры, как в Scala - и проблема была бы решена наилучшим образом, а так - это полумера, которая только дополнительную неразбериху создаёт и вынуждает перекладывать ответственность на сторонние инструменты, типа того же CheckerFramework'а...

  1. Расширение существующих классов -> @ExtensionMethod в Lombok'е и @Extensions в Manifold'е

  2. Остальное - ждём от VAVR'а и новых версий Java...

Допускаю, скажем так...

Разве результат работы человека на должности Системного аналитика - это не достаточная для нейронки формализация?

Брать СССР в качестве примера - это, возможно, "ошибка выжившего", а я говорю об IT'шниках в целом - не только о IT'шниках в РФ. Даже сейчас, уже после 40 лет развала стран Варшавского договора, разница видна невооружённым глазом: в капиталистических странах уровень преступности неплохо коррелирует с налогами: высокие налоги - низкая преступность, низкие налоги - высокая преступность. Я вот одно время думал передраться в Калифорнию, например, но увидел, что там очень высокие налоги и стал разузнавать - где там налоги по-меньше? Выяснил, что в Сакраменто, но - там же и самая высокая преступность... Спокойно в Швейцарии, Дании... А вот в странах бывшего соц. лагеря, как бы люди ни были бедны, преступность обычно низкая - Болгария, Венгрия, Польша... Наши "лихие 90-е" одно из немногих исключений. Так что, несмотря на исключения, мне кажется, что правило-то работает...

IMHO, проблема не в этом, а в социальной составляющей. IT'шники - это в среднем более умные в техническом отношении люди, которые пошли в эту сферу потому, что она в своё время выглядела хорошим "социальным лифтом" - если ты из бедноватой семьи, но "котелок у тебя более или менее варит", вперёд - делай карьеру, решая сложные задачи для бизнеса, сидя в комфортных офисах или даже удалённо, выплачивай свою (теперь - ещё и специальную, льготную IT'шную) ипотеку, отдыхай где хочешь, переезжай куда хочешь и - жизнь более или менее удалась! По крайней мере, она у тебя лучше, чем у многих твоих менее умных соседей или одноклассников. Меритократия.
Да, и раньше были подозрения, что IT - это пузырь, НО (!) - если так, то это пузырь, который общества и государства сознательно или нет, но по факту создали во многом для того, что бы утилизировать массу неимущих, но при этом талантливых в технических сферах людей, что бы они в целях осуществления своих амбиций даже и не думали смотреть в сторону криминала и прочих деструктивных для общества и государства направлениях, а "мыслили позитивно". Если IT - это пузырь, то нашими зарплатами общество от нас откупается. Потому что иначе - есть такое подозрение - правоохранительная система и спецслужбы просто не справятся с такой массой "умников", у которых не будет никаких перспектив в жизни и, соответственно, им будет нечего терять кроме своих кандалов (ипотек и прочих обязательств). Это, ведь, будут не отморозки-амбалы, а скорее "злые гении", которе так всё запутают, что имеющихся Пуаро и Шерлоков Холмсов на них системе явно не хватит. Конечно, не все уволенные программисты назавтра же станут профессорами Мориарти, но они будут появляться - пускай хотя бы каждый тысячный - возможно, этого уже хватит, что бы перевернуть лодочку... А уж хакерство-то как расцветёт! Особенно учитывая, что весь мир уже практически отказался от нала (или кто-то думает, что в коде, написанном нейронками по промптам, дыр будет меньше, чем в тех, что люди пишут?)...

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

<reuseForks>true</reuseForks> не нужно писать - это default'ное знаение - https://maven.apache.org/surefire/maven-surefire-plugin/test-mojo.html#reuseForks

Помню, как-то на гик-пикнике выступал с темой "Как войти в IT, потом выйти из IT и зайти обратно?" Название напомнило))

Прямо вспомнилось из С. Минаева:
"– Вот что интересно. У меня родня в Нижнем Новгороде. Так вот, там пиво местное стоит тринадцать рублей. А в Москве оно же уже двадцать пять.
– Ну, – отвечает второй, – это понятно почему. Доставка там, тыры-пыры, вот и стоит в Москве дороже.
– А! – радостно взвивается брейкер. – А почему тогда колбаса клинская и в Москве, и в Новгороде стоит почти одинаково? Чё, доставки нету? Или чё?
Лицо его собеседника, выхватываемое из темноты тамбура придорожными фонарями, покрывается морщинами, вызванными бешеной работой мозга в поисках решения данной экономической проблемы.
– Да… – говорит он вслух, – непонятки…
– Ага. И мне непонятно. Скорее всего [чудаки] они там все. Или считать не умеют, или тупые. Понятно и ежу, что скока бы ни стоила (ну в пределах там) – всяко бы покупали.
– Да… – окончательно запутавшимся голосом ответил второй. – Точняк. Vox populum, скажу я вам, – страшная сила. Есть в ней что-то такое от гуннов. Конницей сметающее на своем пути все те ажурные замки социальных, экономических и философских схем, ежедневно (и за нехилые бабки) выстраиваемых учеными мужами. Гениями маркетинга и менеджмента. Если бы эти местные Бивис с Батхедом знали бы, какие катастрофически огромные деньги получают все эти отделы маркетинга, логистики, региональной дистрибьюции и планирования. Сколько времени тратится на расчет цены в далеком регионе, на уменьшение издержек, сокращение маржи и прочее и прочее. Чтобы там, в удаленном от Москвы регионе, какой-нибудь брейкер мог позволить себе купить под водочку колбасы, чтобы не ударило это по его облегченному покупкой водки карману. Чтоб покупал он чаще и больше. И за разумные деньги.
А тут – нате. Острый, как заточка гопника, аргумент: «Скорее всего [чудаки] они там все. Или считать не умеют, или тупые».
В такие моменты особенно остро чувствуешь свою удаленность от народа. Понимаешь всю никчемность своих трудов и усилий. Свою, а следовательно, и многотысячной армии менеджеров любых звеньев экономической цепи. Цепи, которая бьет тебя другим концом по голове, хотя кажется, что ты ее крепко держишь и направляешь. На самом деле – это она держит тебя."

  • "Духless, повесть о ненастоящем человеке", 2006г.

Что-то у меня при чтении об этом жгучем желании по-меньше налогов платить, возникла бизнес-идея - открыть коворкинг в аэропорту, в дьюти-фри зоне - ведь, осуществляемая там деятельность не может считаться осуществляемой на территории хоть какого-либо государства - даже Грузия не сможет взять свой 1%, так?.. ;)
А ещё лучше - открыть плавучий коворкинг и пусть IT-шники работают в нейтральных водах!..

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Backend Developer, Frontend Developer
Lead
От 450 000 ₽
JavaScript
HTML
CSS
React
TypeScript
Java
Spring Boot
Scala
Hibernate
Apache Kafka