Текучка

[techwork]

И так новые цифры показывают интересное.

Начался рост просрочек по ипотеке в США, при чём Калифорния в лидерах.... кто помнит 2007 год ?

Данные по количеству подготовки кадров в Индии говорят о том что в апреле на рынке появится 140 тысяч кодеров... А набор все крупные компании прекратили... ой будет ЖАРА.

Это не только выпуск, это и увольнения. Так Infosys не хотят продлевать работу со стажёрами вообще. Они просто не хотят рвать контракты заранее, но там огромные простои.

В Твиттер у Маска огромные претензии к тому что половина кодеров там вообще не работают а получают ЗП. Так что до 40% будут уволены. Так же Маск уже сказал что мы переходим на разработку Waterfall и никакого Agile.

То есть вот оно начало оптимизации непомерных окладов в разработке.

У Амазон только государственный заказ на использование облаков покрыл убытки с прибылью. В частности заказ на вычисление модели COVID.

В Южной Корее обьявили седьмую волну COVID. И начались случаи внезапной смерти молодых и физически активных. Пока мало.

Ржу над вакансии Сбербанка - потому что знаю как там принимают на зп 250+ тысяч. Ну это такая же наёбка как 160 тыщ сисадмину в Содружество Соя. В реальности с улицы не возьмут НИКОГДА. А это просто тренировка для HR и чтобы показать для статистики - а вакансии только своим.

Хорошо что начали отделы HR разгонять а вместе с этим уменьшилось количество ложных вакансий. Но как я и говорил решение ложных вакансий это запрет найма через инетернет иначе чем через единый государственный портал. И уголовная отвественность HR если зп будет иная чем в обьявлении или найм не планировался.
Да кумовство останется НО не будет кучи мусора - обявлений дурачащих людей, делающих из них игрушку для HR. Так же должен указыаться возраст к требованию. Так как это требование по факту всегда есть. И частный рабоодатель все равно не возьмёт тот кто ему не подходит. Так же надо запретить гастарбайтеров вообще всех. А зарплата экспата должна облагаться 50% налогом. Если он реально нужен то компания заплатит. Кроме того расходы экспата доджны контролироваться на уровень соответствия доходам.

Кстати по доллару он очень сильно переоценён к Евро. 170 йен за доллар это не йена такая слабая, это переукреплён доллар. В экономике Японии всё стабильно. А вот в США... Чтобы заставить покупать доллары они творят жесть. Если Набиуллина просто ставит раком производство в РФ, но это не проблема. То в США они откладывают на потом Расплату. И да Заялт прав он ещё сможет откупить доллар по 41 рублю. Это будет.
Правда при этом Евро будет по 68 рублей а зарплаты в РФ упадут в два раза в рублях, Но цены не упадут.

надо чтоли в отдельный пост чтобы потом в это говно тыкать.

А да что у нас по РФ. нет напишу отдельно

ай нет напишу так.

Ситуация такова что чтобы удержать экономику от коллапса в стране должно остаться 20-30 банков. Иначе же что бы не делала Наббиулина после 41 за доллар 68 за евро будет 5-6 тысяч рублей за доллар. Это при том что доллар будет и двльше терять в покупной способности.

Сейчас доллар и это 64 цента год назад. Соответственно далее в 23 году будет 38 центов до начала последнего похода в Бездну.

Поэтому курс валюты сейчас явление условное. то что раньше стоило в США 100 долларов теперь стоит 150. А то что стоит 100 стоило бы тогда 64 доллара. Соотвественно через год на 100 долларов вы купите как тогда на 38. А рубль идёт своей дорогой. Той что решила ёбнуть по рабочим местам зато спасти монетарку. Так что в итоге да рубль будет крепок если послать на хуй банки не из ближнего круга с их запросами на ликвидность и передав их активы крупняку своему помочь. Но рублей у народа не будет. А можно накачать экономику рублями и разогнать гиперинфляцию и уничтожить рынок ОФЗ. Зато банкам мелким заебись. И рубли у народа будут но ... оклеиваем стены.

Есть ещё вариант - Принудительный военный займ через введение лимита на снятие с частного счёта или перевод со счета 50 тысяч рублей за исключением оплаты ипотеки, алиментов и ранее взятых кредитов.
Тогда рубль можно не опускать и банкам мелким ликвидность не давать. Заплатит народишко.

Посмотрим что решит ЦБ.

Comments

[techwork.livejournal.com]

Ты очень сильно ошибаешься.

То очём ты говоришь это говноподелия парашкинские и израильские стартапы которые бабки не с продаж заиабатывают.

Как раз вся станочная от Fanuc и Kuka это С . Весь космос С ну местами древняя Ada и Fortran . АЭС управление , не картотека сервисов а управление реакторами C авионика C

Просто ООП херово работают с RTOS и ресурсно жрут больше. Дебил говнокодер который не может на прямую с железом работать а толко с обьектной моделью вот нахуй не нужен.

Ни один нормальный руководитель проекта не выберт для решния на R4 обьектный язык. Писать на ASM сейчас никто не может. Паскаль умер так что только C.

Бошки двигателей вообще в основмном C да ещё в eTRON овской реализации.

Собственно остуствие в РФ сколь либо приличных C кодеров и является причиной почему в РФ нет своих бошек. Да и с авионикой жопа

[johnconst.livejournal.com]

ООП в лице С++ да не подходит для RTOS и прочих safety-critical. Но сам ОО подход вполне реализуем на С, т.к. делает код более сопровождаемым и легко поддерживаемым.

Например ядро Linux написано на С, но написано с применением ОО подхода

Авионику на Ada пишут, не только С

eTRON — это то, что раньше называлось OSEK/VDX ?
UPD.
А нет, AUTOSAR — это бывший OSEK/VDX
Мой научный руководитель принимал участие в разработке данного стандарта

[terracotta71.livejournal.com]

Вот с чего С++ не подходит где то где подходит С?
Писал на плюсах даже по ардуино, великолепно ложится

[johnconst.livejournal.com]

C++ не подходит для RTOS, если не работали с RTOS, то погуглите почему С++ не подходит

Не путайте embedded OS c hard real time OS

[terracotta71.livejournal.com]

Погуглите чем С++ отличается от С и узнайте, что это не имеет отношения к RT

[johnconst.livejournal.com]

Мне гуглить не надо я с RTOS работал и поэтому знаю на собственном опыте почему нельзя использовать C++

[terracotta71.livejournal.com]

Но объяснить это не можете потому что не понимаете

Принято

[johnconst.livejournal.com]

Если надо объяснять, то объяснять не надо. Гуглите, я тут расписывать не собираюсь. Так себе провокация

[terracotta71.livejournal.com]

Вы просто не понимаете разницы между С и С++

Скорее всего Вы путаете C++ c Java, которая действительно не слишком хорошо подходит для RT

[johnconst.livejournal.com]

вам виднее

[terracotta71.livejournal.com]

Да. Потому что я писал и на С, и на С++ и на Java и отлично знаю разницу между ними

[techwork.livejournal.com]

а чтоже ты тогда сам не ответишь на свой тупой вопрос ?
Фрагментированность кода, игнорирование модели данных, постоянные переключения между слоями и обьектами инкапсуляции, и как следствие огромный обьём кода даже без накрученых сверху говнофреймворков типа разросшегося до полного говноболота Qt, сложность со сквозной отладкой, необходимость слишком высокого уровня абстракции, не связанным с непосредственно пониманием функционирования устройства, а это так же нужно как и экономность расходования ресурсов, линейность процедурного кода и возможность прямой отладки с привязкой к ГАРАНТИРОВАННОСТИ исполнения кода в заданных временных рамках.

Это даже я НЕ КОДЕР прекрасно знаю. А если ты этого не знаешь то ты прекрасный пример кого набирают по знакомству бляди HR в Парашестане на жирные места. И какие дегенераты руководители проектов.

[terracotta71.livejournal.com]

На С точно также можно накрутить говнокод. От языка это не зависит. На С это даже легче сделать чем на плюсах. По понятным причинам

Java от С/С++ отличается двумя важными вещами, наличием виртуальтной машины и менеджера памяти. Они мешают исполнять RT задачи.

Но C++ от С ничем в этом плане не отличается

[techwork.livejournal.com]

ты снова подтвердил что взят потому яо свой в не из-за знаний.

Недостаток ООП фундаметальный из-за самой модульной модели. Он не связвн с кввлификацией кодера.

при чём тут вообще Java — еблан ?

Джава есть как компилируемая так и прекомпилируемая байт код для JVM но к теме вопроса это не имеет никакого отношения.

[terracotta71.livejournal.com]

"Недостаток ООП фундаметальный из-за самой модульной модели"

Хахаха.... жесть ))))

[techwork.livejournal.com]

Да жесть что таких свиней и уёбков как ты в РФ берут на работу с кучей бабла, а таких как я топят. Вот сука и сочтёмся гвоздями тебе в череп . И совершенно справедливо.

И узнай в гугле что такое Модула.

[terracotta71.livejournal.com]

Вот ты упоротый )

[johnconst.livejournal.com]

Да, это можно объяснить короче, выполнение С++ кода недетерминировано с точки зрения времени выполнения

[techwork.livejournal.com]

Indeed, но так же есть и другие недостатки ООП.

[archie-owl.livejournal.com]

В смысле недетерминировано? Только без лапши, т.к. я и на асме вполне ещё помню как

[terracotta71.livejournal.com]

Да путает он С++ с чем нибудь типа Java

[techwork.livejournal.com]

ты тупое животное которые типа кодер но не знающий что между Java и C++ с точки зрения ООП НЕТ РАЗНИЦЫ. И даже в реализации компиляции тоже разница не сильно большая. Разницв только в том что C++ изначально компилируемый а так же имеет синтаксис требующий большего внимания и большего обьёма кода. А Java только потом стала компилируемой.

[johnconst.livejournal.com]

Блять, да вы гуглить будете или нет, намекну, RTTI, Exceptions unwinding, memory allocation for objects, memory model, virtual methods вот список того, что делает С++ недетерминированым с точки зрения времени выполнения и формальной верификации выполняемого кода

[archie-owl.livejournal.com]

Мне гуглить? Я на асме начал писать в 1987 году. Крайние 30 лет пишу на с/с++. А все что ты перечислил не является обязательным и неизбежным для с++. Даже memory allocation можешь свой запилить. Детерминированный по времени. Так в чём проблема то?

[techwork.livejournal.com]

OSEK/VDX это аналог от дойчей а то что я говорю это японцы и лицензианты. Китайцы но не все например. Индия тоже не вся.