Спасибо за статью! Dangerous Dave in the Haunted Mansion заигран до дыр. На самом деле приятно почитать реальную историю. В 1997-1998 году, когда играл в Дейва, было совершенно непонятно, что это за имена на заставке, что за Gamer's Edge, что за Ромеро. И узнать не было никакой возможности - игру дал друг знакомого друга, который откуда-то её привёз (или скачал с BBS-ки).
Пока одни пытались хайпануть на блокчейне и идее distributed ledger, Valve просто зарабатывала на коммиссиях. Как мы видим, большинству плевать на то, что БД с записями о владении виртуальными предметами централизована - главное чтобы сохранялась ценность предметов.
просто не имеет чаще всего достаточно времени и мотивации что-бы надрачивать этот литкод
У меня есть семья, я уже около 14 лет не живу за счёт родителей, но и семья и родители перестали меня видеть дома т.к. я торчу на работе по 12 часов. Надо бы эту работу поменять, но без надрочки литкод/codewars ничего толкового не найдёшь, эти самые «фильтры» тупо тебя не пропустят (особенно если пытаться поменять техстек, как пытаюсь сделать я). Работать вместо 12 часов положенные трудовым договором 8 часов с риском быть уволенным за «недостаточную производительность» (с), НО оставшиеся 4 часа (а лучше - 2 часа) потратить на литкод, готовясь в любой момент «хлопнуть дверью» - очень хорошая мотивация.
Вы говорите про какую-то идеальную ситуацию, когда человек спец в суперпопулярном стеке, этот стек ему самому нравится, и 40 компаний готовы взять такого человека к себе, надо лишь как-то пройти отбор. Это далеко не всегда так. Бывает когда хочется поменять специализацию (сразу +50 к недоверию соискателю - а чего это ты на бэк захотел?), бывает когда город проживания - не Москва и компаний не так много, а удалёнка - 100% не вариант для вас.
Я, например, отказываю тем у кого есть литкод секция.
И я, который считает, что ему придётся "набить" себе литкод-очков для прохождения этих самых фильтров.
То есть это такая бесконечная попытка обмануть друг друга - в одних компаниях говорят "Ну и как ты готовился к собесу, если даже литкод не порешал? Несерьёзно ты относишься к нашей вакансии.." (в лицо вам это не скажут, это будет реализовано через "алгоритмический" этап собеса, где вы за 90 секунд не успеете написать балансировку красно-чёрного дерева), а у вас - "А зачем тебе литкод решать, если ты и так крутой спец? Подозрительно...".
Можно конечно решать литкод, но не показывать в резюме - это несколько контринтуитивный вывод, надо сказать.
Вообще не понимаю, как стриминговый сервис может заменить локальную коллекцию музыки. События последних лет напоминают нам, что музыка на стримингах лишь временно сдаётся вам в аренду. Все ваши подборки и плейлисты могут запросто стать недоступными из-за того, что какие-то важные дяди в костюмах разошлись во мнениях по вопросам авторских прав, или вообще по политическим соображениям. iTunes похоже скоро умрёт окончательно, и это весьма печально. Хорошо что есть Bandcamp, спаси его и сохрани.
Это, разумеется, касается не только музыки, но и фильмов, и книг. Да и вообще любых ваших данных, которые вам не принадлежат и хранятся не у вас. Просто одно дело - история поездок в такси или покупок в магазине (лучше бы её вообще не было), а другое - любимые треки.
Стоимость гигабайта сейчас настолько упала, что всем по карману локально хранить всю их коллекцию в lossless-кодировании ещё и с регулярными бэкапами. Вопрос только в том, что всем лень этим заниматься, ну и в дорогу взять сложнее (нужно что-то куда-то там копировать/синхронизировать и т.д.).
Вот искать новую музыку на стримингах - это другое дело, это действительно удобно.
Люто плюсую. Far никогда не обманет, не запустит случайно никакого кода, просто покажет что внутри файла. А с Проводником на чужие флешки ходить как-то стрёмно. И даже если речь не идёт о малвари - куда быстрее глянуть Far-ом, что там за файл и что от него ожидать.
С ним вообще вся файловая система как на ладони. Адекватные дефолты "для ойтишнека" - не нужно настраивать показ расширений файлов, скрытых файлов и вот это вот всё что делается каждый раз на свежем профиле в Винде. Впрочем, это наверное актуально для любого приличного файлового менеджера, а вот "консльность" и быстрый просмотр - кмк, киллер-фичи.
Кажется никто не упомянул в комментариях интересный и важный юзкейс для Far - работа по SSH на виндовых машинах. С учётом того, что OpenSSH теперь есть в поставке Винды, то консольность файлового менеджера выглядит как киллер-фича.
Ну и второй огромный плюс, лично для меня - быстрый просмотр/редакторование по F3/F4. РЕАЛЬНО быстрый, никакой, даже самый лёгкий редактор так быстро не запустится. А для меня часто очень важно знать, что "внутри" файлов, и быстро по ним переходить. Не встречал HEX-редакторов, где это было бы так же удобно и быстро (потому что по сути нужен файловый менеджер и HEX-просмотровщик/редактор в одном флаконе).
а вот для винды сама концепция такого доступа к сожалению не прижилась
А вот я обнадёжу вас, очень даже прижилась, с тех пор как в Винде появился OpenSSH (что клиент, что сервер). Теперь на виндовые билд-машины в 97% случаю захожу по SSH, только если какая-то странная авария - тогда уже через SPICE или ещё какой гуёвый протокол.
Ну а если по SSH - то что, если не FAR, не так ли?
А теперь давайте порассуждаем как ответственные разработчики библиотеки или инструмента.
Согласно semver, если мажорная версия остаётся неизменной, новая версия библиотеки в идеале должна быть в состоянии заменить старую версию без значительных ухудшений. Как минимум - должен сохраниться API/ABI (в зависимости от ЯП и соглашений), как максимум - должны сохраниться гарантии относительно сложности алгоритмов, потребления памяти и т.д. Конкретно в экосистеме Node.js принято не ломать совместимость с поддерживаемой версией Ноды/NPM. Иными словами, если версия 7.2.5 поддерживала Node.js 18.x, то и версия 7.3.1 должна поддерживать Node.js 18.x (разве что могут потребовать более свежей минорной или патч-версии). Это правило выполняется не всегда, но чем более влиятельным является инструмент/библиотека, тем оно важнее.
ESLint это дофига влиятельный инструмент, де-факто стандарт линтинга JS-кода. Следовательно, если разработчики, выпустив новую МАЖОРНУЮ версию будут поддерживать в ней Node 18, им следует делать это пока ветка 9.x eslint-а не умрёт. Это может быть довольно долго.
Когда поднимается мажорная версия, самое время поломать интерфейсы - т.к. по сути не гарантируется совместимость ни в чём, можно считать что это "новый" инструмент/библиотека. По этому самое время завязаться на более свежие зависимости, в том числе Ноду.
Я не думаю, что автор использовал понятие "модуль" в том смысле, в каком оно понимается в организации кода (а-ля unit-ы в Паскале или ES-модули в JS/TS). Очевидно, автор говорит о каком-то подходе к декомпозиции сервиса, только непонятно, о каком. Код любого нормального монолита разбит на модули/единицы компиляции/что-там-ещё-придумано-в-конкретном-языке, никто не пишет исходники в файлах длиной по 10 мегабайт. Поэтому непонятно, какой смысл в вашем комментарии, вы описали очевидную вещь.
явно тестирующей построение всей системы новым компилятором перед переходом на него
Так эта команда тоже облажалась, в конце статьи как раз написано) Ну и "монолитная" Винда - довольно тяжеловесная штука, там наверняка переход на новый компилятор идёт медленнее, чем в остальных проектах. И соблазн перевести отдельный продукт побыстрее очень велик. В C++ в последние годы наблюдается взрывной рост фичей в языке и в стандартной библиотеке, и многие хотят себе в проект свежий компилятор (особенно если компилятор немного отстаёт в реализации чего-либо из свежего стандарта).
А зачем вам такой объект? Модуль - уже и есть готовый объект с таким же предназначением. Разве так не проще? strbool.mts:
export const foo = 'foo';
export type Foo = typeof foo;
export const bar = 'bar';
export type Bar = typeof bar;
type StrBool = Foo | Bar | null;
export { type StrBool as default };
export function is(value: unknown): value is StrBool {
return isFoo(value) || isBar(value) || isNull(value);
}
export function isFoo(value: unknown): value is Foo {
return value === foo;
}
export function isBar(value: unknown): value is Bar {
return value === bar;
}
export function isNull(value: unknown): value is null {
return value === null;
}
export function toBoolean(value: StrBool): boolean {
return isFoo(value) || isNull(value);
}
Использование:
import type StrBool from './strbool.mjs';
import { is, isBar, isFoo } from './strbool.mjs';
Кстати, спасибо, первая статья которую встретил с упоминанием winget как настоящего, а не далёкого светлого будущего. Последние года два раз в месяц обязательно удаётся кого-нибудь удивить winget-ом, который в последних сборках работает обычно из коробки. Даже бывалые админы в шоке, что теперь так можно. В очередной раз убеждаюсь, что в последние годы у MS стало плоховато с евангелизмом и пропагандой собственных технических решений.
Ну если и дальше развивать вашу позицию, то сменить специализацию в IT вообще нереально. Я вот последние несколько месяцев на полном серьёзе подумываю на годик уйти в подполье, 3-4 месяца отходнуть, а за оставшееся время подучить совершенно другой стек, и уйти наконец с фронтэнда, в который меня волею судеб занесло (в котором я толком ничему не научился, зато успел знатно выгореть).
А по вашим словам получается, что мне и помыслить нельзя о таком. Только мне что-то кажется, что это преувеличение. Может, нужно просто быть готовым к тому, что вновь станешь миддлом (причём ненадолго, над год-полтора)?
От программиста будет требоваться только боле-менее чётко формулировать описания для этих AI-помощников - всё-таки пока я считаю требования к описаниям должны быть достаточно строгими (условно - математически строгими) - чётко декларирующими требования...
... и в качестве такого чёткого описания требований отлично подойдёт код на C#, ну или на Kotlin.
Возможно есть причины? В офис, может, и нашлось бы что, но я живу на Алтае, у нас тут отрасль IT вообще никакая
Очевидно, причина в этом. Это всё равно что жить в Геленджике и жаловаться, что кроме сферы услуг всё остальное развито достаточно слабо. Я прекрасно понимаю автора, что он не хочет уезжать. Я тоже не могу и не хочу из РнД сейчас никуда уезжать, но я сижу ровно и делаю, что дают (хотя уже ненавижу чертов фронтэнд каждой клеточкой своего организма). Ситуация, что почти вся серьёзная айтишечка находится в дефолт-сити и СПб сложилась не год и не два назад (хотя это печально, конечно).
Спасибо за статью! Dangerous Dave in the Haunted Mansion заигран до дыр.
На самом деле приятно почитать реальную историю. В 1997-1998 году, когда играл в Дейва, было совершенно непонятно, что это за имена на заставке, что за Gamer's Edge, что за Ромеро. И узнать не было никакой возможности - игру дал друг знакомого друга, который откуда-то её привёз (или скачал с BBS-ки).
Всегда считал, что это оборотни.
Сейчас мы тут в комментариях список составим, а потом компетентные люди этим списком займутся.
Пока одни пытались хайпануть на блокчейне и идее distributed ledger, Valve просто зарабатывала на коммиссиях. Как мы видим, большинству плевать на то, что БД с записями о владении виртуальными предметами централизована - главное чтобы сохранялась ценность предметов.
У меня есть семья, я уже около 14 лет не живу за счёт родителей, но и семья и родители перестали меня видеть дома т.к. я торчу на работе по 12 часов. Надо бы эту работу поменять, но без надрочки литкод/codewars ничего толкового не найдёшь, эти самые «фильтры» тупо тебя не пропустят (особенно если пытаться поменять техстек, как пытаюсь сделать я).
Работать вместо 12 часов положенные трудовым договором 8 часов с риском быть уволенным за «недостаточную производительность» (с), НО оставшиеся 4 часа (а лучше - 2 часа) потратить на литкод, готовясь в любой момент «хлопнуть дверью» - очень хорошая мотивация.
Вы говорите про какую-то идеальную ситуацию, когда человек спец в суперпопулярном стеке, этот стек ему самому нравится, и 40 компаний готовы взять такого человека к себе, надо лишь как-то пройти отбор. Это далеко не всегда так. Бывает когда хочется поменять специализацию (сразу +50 к недоверию соискателю - а чего это ты на бэк захотел?), бывает когда город проживания - не Москва и компаний не так много, а удалёнка - 100% не вариант для вас.
И я, который считает, что ему придётся "набить" себе литкод-очков для прохождения этих самых фильтров.
То есть это такая бесконечная попытка обмануть друг друга - в одних компаниях говорят "Ну и как ты готовился к собесу, если даже литкод не порешал? Несерьёзно ты относишься к нашей вакансии.." (в лицо вам это не скажут, это будет реализовано через "алгоритмический" этап собеса, где вы за 90 секунд не успеете написать балансировку красно-чёрного дерева), а у вас - "А зачем тебе литкод решать, если ты и так крутой спец? Подозрительно...".
Можно конечно решать литкод, но не показывать в резюме - это несколько контринтуитивный вывод, надо сказать.
Вообще не понимаю, как стриминговый сервис может заменить локальную коллекцию музыки. События последних лет напоминают нам, что музыка на стримингах лишь временно сдаётся вам в аренду. Все ваши подборки и плейлисты могут запросто стать недоступными из-за того, что какие-то важные дяди в костюмах разошлись во мнениях по вопросам авторских прав, или вообще по политическим соображениям. iTunes похоже скоро умрёт окончательно, и это весьма печально. Хорошо что есть Bandcamp, спаси его и сохрани.
Это, разумеется, касается не только музыки, но и фильмов, и книг. Да и вообще любых ваших данных, которые вам не принадлежат и хранятся не у вас. Просто одно дело - история поездок в такси или покупок в магазине (лучше бы её вообще не было), а другое - любимые треки.
Стоимость гигабайта сейчас настолько упала, что всем по карману локально хранить всю их коллекцию в lossless-кодировании ещё и с регулярными бэкапами. Вопрос только в том, что всем лень этим заниматься, ну и в дорогу взять сложнее (нужно что-то куда-то там копировать/синхронизировать и т.д.).
Вот искать новую музыку на стримингах - это другое дело, это действительно удобно.
Люто плюсую. Far никогда не обманет, не запустит случайно никакого кода, просто покажет что внутри файла. А с Проводником на чужие флешки ходить как-то стрёмно. И даже если речь не идёт о малвари - куда быстрее глянуть Far-ом, что там за файл и что от него ожидать.
С ним вообще вся файловая система как на ладони. Адекватные дефолты "для ойтишнека" - не нужно настраивать показ расширений файлов, скрытых файлов и вот это вот всё что делается каждый раз на свежем профиле в Винде. Впрочем, это наверное актуально для любого приличного файлового менеджера, а вот "консльность" и быстрый просмотр - кмк, киллер-фичи.
Кажется никто не упомянул в комментариях интересный и важный юзкейс для Far - работа по SSH на виндовых машинах. С учётом того, что OpenSSH теперь есть в поставке Винды, то консольность файлового менеджера выглядит как киллер-фича.
Ну и второй огромный плюс, лично для меня - быстрый просмотр/редакторование по F3/F4. РЕАЛЬНО быстрый, никакой, даже самый лёгкий редактор так быстро не запустится. А для меня часто очень важно знать, что "внутри" файлов, и быстро по ним переходить. Не встречал HEX-редакторов, где это было бы так же удобно и быстро (потому что по сути нужен файловый менеджер и HEX-просмотровщик/редактор в одном флаконе).
А вот я обнадёжу вас, очень даже прижилась, с тех пор как в Винде появился OpenSSH (что клиент, что сервер). Теперь на виндовые билд-машины в 97% случаю захожу по SSH, только если какая-то странная авария - тогда уже через SPICE или ещё какой гуёвый протокол.
Ну а если по SSH - то что, если не FAR, не так ли?
А теперь давайте порассуждаем как ответственные разработчики библиотеки или инструмента.
Согласно semver, если мажорная версия остаётся неизменной, новая версия библиотеки в идеале должна быть в состоянии заменить старую версию без значительных ухудшений. Как минимум - должен сохраниться API/ABI (в зависимости от ЯП и соглашений), как максимум - должны сохраниться гарантии относительно сложности алгоритмов, потребления памяти и т.д. Конкретно в экосистеме Node.js принято не ломать совместимость с поддерживаемой версией Ноды/NPM. Иными словами, если версия 7.2.5 поддерживала Node.js 18.x, то и версия 7.3.1 должна поддерживать Node.js 18.x (разве что могут потребовать более свежей минорной или патч-версии). Это правило выполняется не всегда, но чем более влиятельным является инструмент/библиотека, тем оно важнее.
ESLint это дофига влиятельный инструмент, де-факто стандарт линтинга JS-кода. Следовательно, если разработчики, выпустив новую МАЖОРНУЮ версию будут поддерживать в ней Node 18, им следует делать это пока ветка 9.x eslint-а не умрёт. Это может быть довольно долго.
Когда поднимается мажорная версия, самое время поломать интерфейсы - т.к. по сути не гарантируется совместимость ни в чём, можно считать что это "новый" инструмент/библиотека. По этому самое время завязаться на более свежие зависимости, в том числе Ноду.
Я не думаю, что автор использовал понятие "модуль" в том смысле, в каком оно понимается в организации кода (а-ля unit-ы в Паскале или ES-модули в JS/TS). Очевидно, автор говорит о каком-то подходе к декомпозиции сервиса, только непонятно, о каком. Код любого нормального монолита разбит на модули/единицы компиляции/что-там-ещё-придумано-в-конкретном-языке, никто не пишет исходники в файлах длиной по 10 мегабайт. Поэтому непонятно, какой смысл в вашем комментарии, вы описали очевидную вещь.
Так а в чём разница между модульным монолитом и набором микросервисов? Микросервисы - это точно не то же самое, что и "модульный монолит"?
Так эта команда тоже облажалась, в конце статьи как раз написано)
Ну и "монолитная" Винда - довольно тяжеловесная штука, там наверняка переход на новый компилятор идёт медленнее, чем в остальных проектах. И соблазн перевести отдельный продукт побыстрее очень велик. В C++ в последние годы наблюдается взрывной рост фичей в языке и в стандартной библиотеке, и многие хотят себе в проект свежий компилятор (особенно если компилятор немного отстаёт в реализации чего-либо из свежего стандарта).
А как иначе? Windows Terminal - самостоятельное приложение, которое распространяется в том числе через Стор.
А зачем вам такой объект? Модуль - уже и есть готовый объект с таким же предназначением. Разве так не проще?
strbool.mts:Использование:
Кстати, спасибо, первая статья которую встретил с упоминанием winget как настоящего, а не далёкого светлого будущего. Последние года два раз в месяц обязательно удаётся кого-нибудь удивить winget-ом, который в последних сборках работает обычно из коробки. Даже бывалые админы в шоке, что теперь так можно. В очередной раз убеждаюсь, что в последние годы у MS стало плоховато с евангелизмом и пропагандой собственных технических решений.
Ну если и дальше развивать вашу позицию, то сменить специализацию в IT вообще нереально.
Я вот последние несколько месяцев на полном серьёзе подумываю на годик уйти в подполье, 3-4 месяца отходнуть, а за оставшееся время подучить совершенно другой стек, и уйти наконец с фронтэнда, в который меня волею судеб занесло (в котором я толком ничему не научился, зато успел знатно выгореть).
А по вашим словам получается, что мне и помыслить нельзя о таком. Только мне что-то кажется, что это преувеличение. Может, нужно просто быть готовым к тому, что вновь станешь миддлом (причём ненадолго, над год-полтора)?
... и в качестве такого чёткого описания требований отлично подойдёт код на C#, ну или на Kotlin.
Очевидно, причина в этом. Это всё равно что жить в Геленджике и жаловаться, что кроме сферы услуг всё остальное развито достаточно слабо.
Я прекрасно понимаю автора, что он не хочет уезжать. Я тоже не могу и не хочу из РнД сейчас никуда уезжать, но я сижу ровно и делаю, что дают (хотя уже ненавижу чертов фронтэнд каждой клеточкой своего организма). Ситуация, что почти вся серьёзная айтишечка находится в дефолт-сити и СПб сложилась не год и не два назад (хотя это печально, конечно).
Да, первое время он и правда работал не очень. Да и кто вообще хотел с ним связываться)