эхх, надеюсь, когда-нибудь вспомнят про аппаратные языки на которых написаны почти все цифровые чипы от процессоров до чипсетов и даже простых цифровых адаптеров интерфейсов типа усб хаба. Я про такие как Verilog и SystemVerilog, VHDL например. Ведь почти всё что юзают ITшники написано на них (сейчас разве что совсем мелочь типа шинного драйвера SN74HC244, или lvlshifter-ы возможно сразу рисуют в схематике). Даже тест бенчи, симуляции и тд написаны на этих языках. Ну и про TCL можно вспомнить.
прогулки рулят, я лучше всего разрабатываю на прогулке и вообще тоже неплохо работается где угодно, но не за компом. Потому что, надо иногда отвлечься от компа и кода чтоб забыть о проблеме. И когда во время прогулки станет скучно, приходит озарение или просто начинаешь заново обдумывать с чистого листа и находишь решение или хотя-бы более верный подход. И к компу ты уже возвращаешься уже со списком: проверить то и это и сделать так и сяк и тебе остаётся только сделать всё это и это оказывается очень малой частью работы и большую часть оказывается ты уже сделал - обдумал всё.
это работает в обе стороны.. все хотят устроиться в условный фанг или что то мировое и очень крупное. т.е. все идут условно говоря в топ 10 рейтинга или топ 100 фирм которые у всех на слуху которые занимаются всем, от строительства домов до нейросетей и автопрома.
Остальные 99% менее крупных фирм как-то выживают - им приходится конкурировать с рейтингами. Да, немало тех кто бездумно копирует практики крупных или импровизирует очень неудачно и безграмотно, но можно найти и адекватное что либо и с ЗП не в разы меньше фанга.
да это Япония, они любят всякие рейтинги вплоть до маразма, например когда в Ракутене (азиатский амазон) проходишь все интервью, всем очевидно что английский есть т.к. беседуешь ртом а потом ещё по книжке а-ля "моя борьба" основателя пишешь сочинение и его проверяют. Но вот им под конец ну вот прям нужны баллы TOEC или подобный, вот возьми и принеси.
И к сожалению чем денежнее место тем хуже процесс найма т.к. уволить практически невозможно (если злостно не прогуливает и не совершает уголовку и тд), а значит лучше не пустить десять гениев чем устроить одного лентяя.
А насчёт накопипастить солюшенов - не хочу врать, хочу смело сказать "да это я сам сделал", сделать недолго, заставляет ознакомиться с алгоритмами и напоминать основы.
я обычный разраб, разрабатываю с 90ых годов в начале с бейсика и паскаля/делфи потом железо си и теперь уже Rust. и вот еслиб не пара отказов по причине "у вас плохой рейтинг на литкоде", в жизнь не стал бы прокачивать эти имеющие мало общего с реальным кодингом задачи в моей firmware специальности. Точнее как прокачиваю - чтоб время не терять я их ломаю, сделал брутфорсом за 5 минут и далее. Воспользовался тем что тест кейсы ленивые и слабые - отлично, минута кодинга, однострочный итератор и забыл про эту чушь, идём к следующей.
зачем тогда превращать литкод в ещё одно высшее образование т.к. по факту "справка что не дурак"? они задают моду и этим нагло пользуются тем что другие подхватывают и нанимают меньшее кол-во людей из-за избыточной фильтрацией. В итоге не раз слышал соображения например "если надо готовиться по 6 раундов по несколько дней то зачем идти на 5 миллионов йен в год с 100 часами обязательной сверхурочки в месяц если проще сразу в фаанго-гугл пробовать"
и как часто бизнесу надо чтоб разраб-одиночка разрабатывал только алгоритм с нуля за пол часа, порой без доступа к гуглу и без возможности обговорить и немного изменить ТЗ?
иногда просто невыносимо отвратительного, часто даже суть задачи сформулировать чётко не могут, порой доходит утрируя до "давайте сыграем немного в другую игру 21 (очко), пример1: пустое множество, пример2: два туза - выиграл(чо?)." сиди догадывайся, ах да забыл, в единственном хинте: use DP (спасибо помогли).
вторая проблема - DP-дедовщина "раз мы страдали, а значит все должны именно этим страдать и знать и уметь". Часто задачи намеренно изменены до уровня практической неприменимости лишь бы ДПшечка их так глубоко любимая завелась, иначе up-down подход не сработает. (пример: один или даже нуль элементов это тоже комбинация или строка, но на вопрос почему пустых множеств подразумевается всегда одна штука а не бесконечность никто так и не ответил)
ну и банальное засилье однотипных задач "DP(func) mod 10e9+7 = leetcode". где func высосанная из пальца бесполезная на практике комбинаторика, но мигом улетающая в бесконечность, поэтому результат по модулю как костыль. (задача ради задачи, как гробы-вопросы с анаграммами в ЧГК)
четвёртая проблема - неадекватная оценка сложности и отсутствие потолка сложности. Есть харды в категории изи, а есть попросту задания настолько сложные что надо запретить давать их на собесы, например решение уравнения записанного текстом с множеством неизвестных (аналог вольфрам альфы), эти задания не на час тех собеса и даже не на день. Это скорее проект! А есть харды которые решаются на языке низкого уровня типа раста однострочным итератором брутфорсом перебором всего ко всему с запасом по CPU в десятки раз.
только жаль что он играет на каком-то совсем уж жёстком уровне. Ни тарелку захватить не может, ни внеземного элемента и технологий перехватить/отжать - всё приходится делать самому с нуля (по марсианским меркам).
А ещё мне кажется что многие просто не любят учитывать или не замечают издержки и риски. Многие как правило только обращают внимание только на деньги которые отдают.
Классический пример - когда кому то что то делаешь он либо попросту возмутиться "да за что такая сумма? да за такой короткий срок? это же Х долларов в час! ЗА ЧТО?" либо пойдёт дальше и скажет "в изделии, на плате компонентов на игрек долларов!! ПОЧЕМУ весь заказ стоит десять-сто игреков???" и далее бесполезно объяснять что что-то принципиально новое обычно далеко не первой попытки получается идеально и отдаётся клиенту не все сделанные изделия. А ещё есть стоимость станков, оборудования, и минимальный объем у подрядчиков который у них надо делать чтоб получить скидку и тд. Да блин даже банально красивый и стильный корпус порой в разы дороже чем платы с электроникой.
А про ценность опыта и экспертизы я просто помолчу. Давно понял что в бизнесе заказной разработки просто надо выставлять цену, и самое ужасное и это начать оправдывать цену(детально расписывать например что куда включая риски) - такой ушат негодования словишь и порой публичный, что просто лучше не расписывать вообще.
а ещё интереснее есть ли там HBM2 или 3 память и какой битности и тд. Потому что при таком большом количестве ядер явно ещё одним слабым местом это будет пропускная способность встроенного ОЗУ и внешних интерфейсов DDR4. А так же любопытно узнать как оно шарится на такое большое количество ядер - какой процент потерь на синхронизацию уходит и насколько latency возросла.
Поэтому я подозреваю что великий фильтр (почему мы не видим тотального заселения вселенной) в простой экономике - на родной звезде может попросту не оказаться столько ресурсов для межзвёздных перелётов, такой, чтобы коэффициент успешной колонизации был выше 1.0 чтоб экспонента росла вверх и не схлопнулась после пары попыток.
я бы за километр обходил сложный язык общего применения, который якобы популярный и распространённый (или хотябы не бетта) и у которого при этом нет ни CVE, ни иных известных проблем/багов и тд. (потому что такой язык чем то похож на неуловимого Джо)
извиняюсь, а почему всё ТАК плохо везде где вводится пароль?
ладно мы не могли из за кучи разных причин записывать пароль как коды клавиш, а не то что они означают, т.е. без трансляции в раскладку.
почему хотябы просто везде где вводится пароль просто нельзя взять и сбросить раскладку на английскую? или просто предусмотреть непереключаемую и прибитую гвоздями комбинацию клавиш переключения раскладки на английскую?
Сделать какой-нибудь другой способ ввода любых символов?
Ну хоть что ЧТО-НИБУДЬ сделать можно было за 40-50 лет то пока существует UNIX/Win и тд?
(слабо верится что абсолютно все кто контрибутили в Linux исключительно коренные жители США и никогда не использовали вторую раскладку клавиатуры)
эхх, надеюсь, когда-нибудь вспомнят про аппаратные языки на которых написаны почти все цифровые чипы от процессоров до чипсетов и даже простых цифровых адаптеров интерфейсов типа усб хаба. Я про такие как Verilog и SystemVerilog, VHDL например. Ведь почти всё что юзают ITшники написано на них (сейчас разве что совсем мелочь типа шинного драйвера SN74HC244, или lvlshifter-ы возможно сразу рисуют в схематике). Даже тест бенчи, симуляции и тд написаны на этих языках. Ну и про TCL можно вспомнить.
прогулки рулят, я лучше всего разрабатываю на прогулке и вообще тоже неплохо работается где угодно, но не за компом. Потому что, надо иногда отвлечься от компа и кода чтоб забыть о проблеме. И когда во время прогулки станет скучно, приходит озарение или просто начинаешь заново обдумывать с чистого листа и находишь решение или хотя-бы более верный подход. И к компу ты уже возвращаешься уже со списком: проверить то и это и сделать так и сяк и тебе остаётся только сделать всё это и это оказывается очень малой частью работы и большую часть оказывается ты уже сделал - обдумал всё.
это работает в обе стороны.. все хотят устроиться в условный фанг или что то мировое и очень крупное. т.е. все идут условно говоря в топ 10 рейтинга или топ 100 фирм которые у всех на слуху которые занимаются всем, от строительства домов до нейросетей и автопрома.
Остальные 99% менее крупных фирм как-то выживают - им приходится конкурировать с рейтингами. Да, немало тех кто бездумно копирует практики крупных или импровизирует очень неудачно и безграмотно, но можно найти и адекватное что либо и с ЗП не в разы меньше фанга.
да это Япония, они любят всякие рейтинги вплоть до маразма, например когда в Ракутене (азиатский амазон) проходишь все интервью, всем очевидно что английский есть т.к. беседуешь ртом а потом ещё по книжке а-ля "моя борьба" основателя пишешь сочинение и его проверяют. Но вот им под конец ну вот прям нужны баллы TOEC или подобный, вот возьми и принеси.
И к сожалению чем денежнее место тем хуже процесс найма т.к. уволить практически невозможно (если злостно не прогуливает и не совершает уголовку и тд), а значит лучше не пустить десять гениев чем устроить одного лентяя.
А насчёт накопипастить солюшенов - не хочу врать, хочу смело сказать "да это я сам сделал", сделать недолго, заставляет ознакомиться с алгоритмами и напоминать основы.
я обычный разраб, разрабатываю с 90ых годов в начале с бейсика и паскаля/делфи потом железо си и теперь уже Rust. и вот еслиб не пара отказов по причине "у вас плохой рейтинг на литкоде", в жизнь не стал бы прокачивать эти имеющие мало общего с реальным кодингом задачи в моей firmware специальности. Точнее как прокачиваю - чтоб время не терять я их ломаю, сделал брутфорсом за 5 минут и далее. Воспользовался тем что тест кейсы ленивые и слабые - отлично, минута кодинга, однострочный итератор и забыл про эту чушь, идём к следующей.
зачем тогда превращать литкод в ещё одно высшее образование т.к. по факту "справка что не дурак"? они задают моду и этим нагло пользуются тем что другие подхватывают и нанимают меньшее кол-во людей из-за избыточной фильтрацией. В итоге не раз слышал соображения например "если надо готовиться по 6 раундов по несколько дней то зачем идти на 5 миллионов йен в год с 100 часами обязательной сверхурочки в месяц если проще сразу в фаанго-гугл пробовать"
и как часто бизнесу надо чтоб разраб-одиночка разрабатывал только алгоритм с нуля за пол часа, порой без доступа к гуглу и без возможности обговорить и немного изменить ТЗ?
на литкоде немало задач плохого качества:
иногда просто невыносимо отвратительного, часто даже суть задачи сформулировать чётко не могут, порой доходит утрируя до "давайте сыграем немного в другую игру 21 (очко), пример1: пустое множество, пример2: два туза - выиграл(чо?)." сиди догадывайся, ах да забыл, в единственном хинте: use DP (спасибо помогли).
и таких задач тяп-ляп-итаксойдёт от фаанга особенно от гугла много
одна из последних
https://leetcode.com/problems/strange-printer/
вторая проблема - DP-дедовщина "раз мы страдали, а значит все должны именно этим страдать и знать и уметь". Часто задачи намеренно изменены до уровня практической неприменимости лишь бы ДПшечка их так глубоко любимая завелась, иначе up-down подход не сработает. (пример: один или даже нуль элементов это тоже комбинация или строка, но на вопрос почему пустых множеств подразумевается всегда одна штука а не бесконечность никто так и не ответил)
ну и банальное засилье однотипных задач "DP(func) mod 10e9+7 = leetcode". где func высосанная из пальца бесполезная на практике комбинаторика, но мигом улетающая в бесконечность, поэтому результат по модулю как костыль. (задача ради задачи, как гробы-вопросы с анаграммами в ЧГК)
четвёртая проблема - неадекватная оценка сложности и отсутствие потолка сложности. Есть харды в категории изи, а есть попросту задания настолько сложные что надо запретить давать их на собесы, например решение уравнения записанного текстом с множеством неизвестных (аналог вольфрам альфы), эти задания не на час тех собеса и даже не на день. Это скорее проект!
А есть харды которые решаются на языке низкого уровня типа раста однострочным итератором брутфорсом перебором всего ко всему с запасом по CPU в десятки раз.
только жаль что он играет на каком-то совсем уж жёстком уровне. Ни тарелку захватить не может, ни внеземного элемента и технологий перехватить/отжать - всё приходится делать самому с нуля (по марсианским меркам).
del
del
теперь понятно для чего ему марсианская ракета нужна ... надеюсь защиту от пси излучения он тоже сделал, а то будет очень тяжко базу штурмовать.
А ещё мне кажется что многие просто не любят учитывать или не замечают издержки и риски. Многие как правило только обращают внимание только на деньги которые отдают.
Классический пример - когда кому то что то делаешь он либо попросту возмутиться "да за что такая сумма? да за такой короткий срок? это же Х долларов в час! ЗА ЧТО?" либо пойдёт дальше и скажет "в изделии, на плате компонентов на игрек долларов!! ПОЧЕМУ весь заказ стоит десять-сто игреков???" и далее бесполезно объяснять что что-то принципиально новое обычно далеко не первой попытки получается идеально и отдаётся клиенту не все сделанные изделия. А ещё есть стоимость станков, оборудования, и минимальный объем у подрядчиков который у них надо делать чтоб получить скидку и тд. Да блин даже банально красивый и стильный корпус порой в разы дороже чем платы с электроникой.
А про ценность опыта и экспертизы я просто помолчу. Давно понял что в бизнесе заказной разработки просто надо выставлять цену, и самое ужасное и это начать оправдывать цену(детально расписывать например что куда включая риски) - такой ушат негодования словишь и порой публичный, что просто лучше не расписывать вообще.
del
а ещё интереснее есть ли там HBM2 или 3 память и какой битности и тд. Потому что при таком большом количестве ядер явно ещё одним слабым местом это будет пропускная способность встроенного ОЗУ и внешних интерфейсов DDR4. А так же любопытно узнать как оно шарится на такое большое количество ядер - какой процент потерь на синхронизацию уходит и насколько latency возросла.
Поэтому я подозреваю что великий фильтр (почему мы не видим тотального заселения вселенной) в простой экономике - на родной звезде может попросту не оказаться столько ресурсов для межзвёздных перелётов, такой, чтобы коэффициент успешной колонизации был выше 1.0 чтоб экспонента росла вверх и не схлопнулась после пары попыток.
А что у Orange насчёт софта, ядра люникса, обновлений и единого репозитория?
Так же хорошо как и у малинки?
По-моему важнейший вопрос в любых новостях про лекарства - через сколько десятков лет станет обще доступно, а не в рамках испытаний/экспериментов.
я бы за километр обходил сложный язык общего применения, который якобы популярный и распространённый (или хотябы не бетта) и у которого при этом нет ни CVE, ни иных известных проблем/багов и тд. (потому что такой язык чем то похож на неуловимого Джо)
извиняюсь, а почему всё ТАК плохо везде где вводится пароль?
ладно мы не могли из за кучи разных причин записывать пароль как коды клавиш, а не то что они означают, т.е. без трансляции в раскладку.
почему хотябы просто везде где вводится пароль просто нельзя взять и сбросить раскладку на английскую? или просто предусмотреть непереключаемую и прибитую гвоздями комбинацию клавиш переключения раскладки на английскую?
Сделать какой-нибудь другой способ ввода любых символов?
Ну хоть что ЧТО-НИБУДЬ сделать можно было за 40-50 лет то пока существует UNIX/Win и тд?
(слабо верится что абсолютно все кто контрибутили в Linux исключительно коренные жители США и никогда не использовали вторую раскладку клавиатуры)