В C++ для решения этой проблемы есть концепция zero-cost abdtractions. В 2025 писать на МК без современных плюсов как-то странно.
ну и mbed, как неплохой пример реализации этой идеи, пусть и не использующий всей новизны.
У нас, когда ещё писали мк, было принято выносить аппаратно-зависимый код в отдельную часть проекта, а в логике стоял неявный запрет на инклюды хедеров HALа.
однако, всякая тонкая оптимизация, свойственная мк проектам, быстро разрушала эту стену: тонкости dma, usb, lan-mac и can настолько отличались от мк к мк, что если мы экономили каждую мс без сна (а это важно при питании от батареи), то код всё равно был сильно привязан к архитектуре.
конечно, если питание от сети, то можно взять малину и писать на питоне. Выйдет даже дешевле.
Используя работодателя страховка обойдётся вам дешевле, чем если её покупать самому. И потом неясен вопрос налогов при этом.
нет. Как и с печеньками в офисе, это не так работает. Бюджет на работников у предприятия задан заранее. И часть уходит на зарплаты, а часть - на плюшки. Да, с плюшек не платится налог, но и выбор у вас меньше.
Меньше изучайте (хм, а изначально я писал мучайте), у вас будет вариант купить то или иное и другое только за свой счёт (дорого), так что не нужно об этом думать.
Ещё раз: компания покупает вам что-то только за ваш счёт, она благотворительностью не занимается. Покупает за ваш счёт, не спросив, собственно, вас.
А не надо оставлять за кадром ни сколько стоит такая страховка, ни сколько работодатель недоплатил вам, оплачивая её для вас. Непрозрачные платежы такие непрозрачные.
Вот тут "думаю" - очень опасный шаг. Последние новости с полей мед. страхования в США (я это не из новостей смотрю, сам тщательно анализирую возможность переезда туда, много общаюсь с теми, кто уже), говорит, что страховка - очень ненадёжная вещь, и отказы по оплате там - норма.
Да и цена без страховки гарантировано должна быть ниже цены со страховкой + цены страховки, страховым-то надо зарабатывать. Так что для сравнения - самый объективный показатель.
Я понимаю так говорить про C++, но в SQL открывать для себя что-то новое 20 лет к ряду это надо очень крутые проекты тягать. Там общепринятое применение обычно процентов на 5-10 от всех возможностей технологии. Повезло с проектами!
Вообще любая живая технология это бесконечный кладезь чего-то нового. Что не отменяет того, что, ну пусть не за неделю, но года за два можно понять основные приёмы, принципы и методы мышления. Это обычно и называют "всё понял".
Может оказаться, что приём будет настолько сильно корёжить бюджет, что организм покарёжется от чего-то другого. Переработки, нет отпуска, плохое питание: выбирай сам.
рогаликами. РПГ элементы это квесты, выбор и влияние выбора на прохождение. Это как в Fallout2. А тут рогалик, а точнее диаболик, унылый геймплей 1vsMany
Про микру, согласен, глюканул. По видосикам было видно, что игра в героя там выглядит как абилка-на-абилке, но по факту там микра не очень бесящая, не требует кучи APM
Мне всегда было не интересно играть против людей, но нравилось в детстве решать задачки, которые ставили передо мной авторы кампаний в играх. Сейчас все мыслять АПМ и микро.
У меня обычно задача, если собирать сервер, собирать его не под габариты, а под задачи. И с задачами хранить много данных пока что спарвляется только HDD.
Ага. Но всё-таки тут подстраховалась: декольте на КДВП, и тут уже спрашивать не о чем.
В C++ для решения этой проблемы есть концепция zero-cost abdtractions. В 2025 писать на МК без современных плюсов как-то странно.
ну и mbed, как неплохой пример реализации этой идеи, пусть и не использующий всей новизны.
У нас, когда ещё писали мк, было принято выносить аппаратно-зависимый код в отдельную часть проекта, а в логике стоял неявный запрет на инклюды хедеров HALа.
однако, всякая тонкая оптимизация, свойственная мк проектам, быстро разрушала эту стену: тонкости dma, usb, lan-mac и can настолько отличались от мк к мк, что если мы экономили каждую мс без сна (а это важно при питании от батареи), то код всё равно был сильно привязан к архитектуре.
конечно, если питание от сети, то можно взять малину и писать на питоне. Выйдет даже дешевле.
нет. Как и с печеньками в офисе, это не так работает. Бюджет на работников у предприятия задан заранее. И часть уходит на зарплаты, а часть - на плюшки. Да, с плюшек не платится налог, но и выбор у вас меньше.
Ещё раз: компания покупает вам что-то только за ваш счёт, она благотворительностью не занимается. Покупает за ваш счёт, не спросив, собственно, вас.
А не надо оставлять за кадром ни сколько стоит такая страховка, ни сколько работодатель недоплатил вам, оплачивая её для вас. Непрозрачные платежы такие непрозрачные.
А я думаю, что нет. Ну, то есть упадут. Прцентов на 20.
Вот тут "думаю" - очень опасный шаг. Последние новости с полей мед. страхования в США (я это не из новостей смотрю, сам тщательно анализирую возможность переезда туда, много общаюсь с теми, кто уже), говорит, что страховка - очень ненадёжная вещь, и отказы по оплате там - норма.
Да и цена без страховки гарантировано должна быть ниже цены со страховкой + цены страховки, страховым-то надо зарабатывать. Так что для сравнения - самый объективный показатель.
Я понимаю так говорить про C++, но в SQL открывать для себя что-то новое 20 лет к ряду это надо очень крутые проекты тягать. Там общепринятое применение обычно процентов на 5-10 от всех возможностей технологии. Повезло с проектами!
Вообще любая живая технология это бесконечный кладезь чего-то нового. Что не отменяет того, что, ну пусть не за неделю, но года за два можно понять основные приёмы, принципы и методы мышления. Это обычно и называют "всё понял".
Вы видели цены на эти препараты в США?
Может оказаться, что приём будет настолько сильно корёжить бюджет, что организм покарёжется от чего-то другого. Переработки, нет отпуска, плохое питание: выбирай сам.
Это кому надо станет менее рисковано. И следователю. А вам - врядли.
рогаликами. РПГ элементы это квесты, выбор и влияние выбора на прохождение. Это как в Fallout2. А тут рогалик, а точнее диаболик, унылый геймплей 1vsMany
Про микру, согласен, глюканул. По видосикам было видно, что игра в героя там выглядит как абилка-на-абилке, но по факту там микра не очень бесящая, не требует кучи APM
Так Nvidia купила Mellanox для ещё более радикалього шага - грузить задачи в GPU напрямую, вообще отказавшись от "процессора", разве нет?
спелфорс отравлен, как и дота, рогаликами. Мне бы больше экономики и билдов, и меньше микры.
О, вот вторая причина смерти RTS. Мультиплеер.
Мне всегда было не интересно играть против людей, но нравилось в детстве решать задачки, которые ставили передо мной авторы кампаний в играх. Сейчас все мыслять АПМ и микро.
жанр RTS мёртв уже лет 15.
По ощущению, вообще все жанры кроме управляй-одним-3d-персонажем закончились, потому что не играбильны с консолей.
NFS на том же оборудовании работал норм.
Я просто не большой знаток винды, и как её настраивать толком не знаю. Поэтому и грешил на протокол.
У меня обычно задача, если собирать сервер, собирать его не под габариты, а под задачи. И с задачами хранить много данных пока что спарвляется только HDD.
Проц грузится не больше 5-10%.
iometer и прочие показывают 10G/25G/62G
А вот samba не раскрывается. Пойду ещё пробовать.
Блин, что-то я делаю не так. У меня выше 160 не поднимается с NVME на NVME
Это плюс или минус?
В говноксеон можно запихать нормальные диски ТБ на 40-50. А в такие вот габариты - нет.