На реддите некий анонимный разработчик из CDPR поделился информацией касательно их скандального релиза.
TL;DR: по планам игра будет относительно готова только к июню. Но достойный билд, по мнению разработчика, будет только к концу года. История NMS повторяется.
Тезисно:
- Инвесторы надавили на CDPR, поэтому такой ранний релиз.
- Команда разработчиков потеряла мораль.
- Руководство берёт удар на себя, но Sony ругаются из-за рефандов.
- Анонимный разработчик просит делать рефанды, чтобы напомнить руководству какие они все идиоты, ведь обо всех багах предупреждали заранее.
- Из конечной версии вырезано около 100 GB контента.
- Киану Ривз был добавлен по запросу извне, в планах его не было. Да и сам Сильверхенд должен был звучать как маньяк.
- Крупные патчи намечены на март и июнь, но окончательный вид игра получит только к концу 2021.
- Некоторые особенности мира были вырезаны в связи с цензурой. Такие как кришнаиты и дети с наркотиками.
- Из игры вырезали две сюжетные арки, подземную часть города, да и в целом 50.000 строчек кода.
Сразу после смерти Сталина в СССР начались реформы, направленные на децентрализацию управления промышленностью. Своего пика они достигли в 1957 году, когда большинство министерств были ликвидированы, страну поделили на экономические районы, и управление промышленностью стало не отраслевым, а территориальным. Разбираемся, как готовилась эта реформа, и какие цели преследовал её главный идеолог Никита Сергеевич Хрущев.
Президиум ЦК КПСС. Черновые протокольные записи 1954-1964. Том 2. (записка Хрущева на стр. 522, возражения Молотова на стр. 613) https://disk.yandex.ru/i/NZ14Z3iY3Jn486
По мере того как российские власти возвращаются к риторике застойного СССР, а доля государства в ВВП продолжает увеличиваться, «сдувать пыль» с советских рецептов начинают и чиновники финансово-экономического блока правительства.
План цифровой трансформации госуправления, утвержденный премьером Михаилом Мишустиным в начале недели, включает возрождение государственного планирования на новом, технологическом уровне.
Предполагается создать единую автоматизированную систему сбора и анализа данных по ключевым социально-экономическим параметрам с возможностью анализа в реальном времени.
Как сообщает «Коммерсант» со ссылкой на пресс-службу правительства, в основу системы будет положена «динамическая модель межотраслевого баланса» - краеугольный камень доктрины централизованного планирования, существовавшей в СССР.
Идею такой модели еще в конце XIX века высказал русский экономист Владимир Дмитриев, а на практике попытки ее реализации начались в сталинском Советском союзе 1920х. После 13 плановых пятилеток система канула в лету с упразднением Госплана СССР в мае 1991 года.
Возможности советского госпланирования были ограничены дефицитом вычислительных мощностей. Но теперь технологии больших данных и искусственного интеллекта позволяют сделать еще одну попытку.
Ключевым элементом управления экономикой СССР было планирование спроса - то есть определение за потребителей, сколько и каких товаров им потребуется в ближайшую пятилетку.
Именно это и собираются делать российские власти, одновременно «прямо влияя» на свободные цены, без которых рыночная экономика невозможна.
«Предлагается… обеспечить соотнесение в реальном времени запросов и потребностей экономических агентов в стране для снижения стоимости и повышения эффективности производства продукции, что, в свою очередь, позволит прямо повлиять на стоимость конечных товаров и таким образом повысить покупательную способность граждан», - цитирует «Коммерсант» пресс-службу правительства.
Утвержденный Мишустиным документ вызвал удивление даже среди чиновников. «Крайне странным» назвали его источники «Ъ» в федеральных ведомствах.
Некоторые из них предположили, что он написан «на перспективу», другие сказали, что причина его появления - в необходимости «закрыть поручение президента».
Владимир Путин, напомним, на прошлой неделе провозгласил конец капитализма, заявив на Валдайском форуме, что как экономическая модель он «себя исчерпал».
Миру предстоит пережить период «переустройства, который может продолжаться довольно долго и окончательный дизайн которого неизвестен», сказал президент.
Идея вернуться к принципам Госплана витает в правительстве давно. Еще в 2017 году занимавший тогда пост замминистра промышленности и торговли Глеб Никитин анонсировал создание Единой государственной системы контроля за производственными цепочками.
«Раньше эту функцию выполнял Госплан», - писал Никитин в колонке для «Ведомостей». Теперь же появилась возможность выйти на новый уровень с технологиями анализа больших данных.
Доктрина нового цифрового госплана удобна политически: она соответствует как растущей роли государства в экономике, так и запросу общества на советизацию.
Опрос «Левада-центра», признанного иностранным агентом Минюстом РФ, показал, что на август 2021 года 62% россиян назвали плановую экономику более правильной, чем рыночная. Этот показатель достиг максимума за все время наблюдений. https://www.finanz.ru/novosti/aktsii/pravitelstvo-rossii-zadumalo-vozrodit-gosplan-1030909733
Спасибо коке и махмуду за тёплые слова. Извиняюсь за задержку, во первых адское лето регулярно говорит мне: "севодня лежиш", а во вторых у меня ушло куда больше времени на эту статью из-за паровоза мыслей (когда говоришь А, и вспоминаешь, что неплохо бы сказать Б, В и Г, а упомянув Б... ну вы поняли).
Здесь я поделюсь своим опытом с Амазон, Майкрософт и Гугл, а так же паре трюков с ними, которым я научился, пока собеседовался с ними по нескольку раз.
Для контекста, мне 7 годиков как кодеру на C#, потому джуном меня назвать не получится. Но для любого от 1 года опыта на brainfuck тоже подойдёт.
#1. Как выглядит сам процесс
В целом, он похож на 99% у всех троих. Все этапы состоят из одного из двух ингредиентов: задача по алгоритмам и поведение (о них чуть ниже), меняется только способ их проведение (и здорово меняется, на самом деле). Этапы у всех такие:
- 15 минутное интервью с рекрутером, которому ты рассказываешь про свои последние год-два опыта. Или просто о себе. Или о гипотетической ситуации. Вопросы абстрактные, запутанные, но всё сведётся только к одному шаблону, и об этом ниже.
- Тестовое задание на платформе типа leetcode. За ограниченное время, нужно решить задачи по алгоритмам, о них тоже подробнее ниже. Во всяком случае, так было до ChatGPT, который щёлкает их как орешки. После, не сталкивался
- 45 минутное интервью с действующим разработчиком
- 3 интервью с алгоритмами и 1-2 по поведению (4-5 всего) в течении одного - двух дней.
- результат: когда как, могут ответить в течении двух недель, а могут и за два дня
#2. Как попасть в этот процесс?
Здесь это - самый кусючий фильтр. Чёртова лотерея. Подаёшь заявки, десятки их и... "к сожалению бла бла бла, попытайтесь в другой раз". Неприятно, и по самооценке бьёт (особенно заметно после нескольких десятков попыток).
Пидор, если у тебя часто возникают мысли, "а не дурачок ли я?" и "зачем мне это?", то ты не один. Это нормально. Можно даже пройти собес в слабую компанию чисто для поднятия духа.
Если взглянуть на это с другой стороны, в одну вакансию за 3 дня накидали 400 заявок. И такое с каждой, рекрутер не в состоянии обработать их все.
Так же, не помогают и массовые увольнения, что были раньше: меньше рекрутеров, больше конкуренции из уже бывших сотрудников этих компаний.
Мне повезло: в 2021 и начале 2022, мне написали сами все эти 3 компании. Правда, был отсеян на последнем этапе у всех трёх. В этом году не написали, и мне удалось в процесс только с гуглом, за счёт поддержки рекрутера (чел буквально за пару дней меня закинул не просто в процесс, а сразу в последний этап).
#3. Интервью: Поведение
Техника STAR (или SAR) - сильнейший инструмент на моём опыте. Сперва было непросто понять как это работает, особенно на фоне 14 принципов лидерства Амазон (о них немного здесь https://habr.com/ru/articles/645045/, но ради бога, это лишь метрики, с ними можно свериться, но не ориентироваться, пользы мало, а дезориентации много). Но, с практикой это превращается в BFG9000.
Для тех, кто не знает, STAR - это когда ты отвечаешь по шаблону: - Ситуация/Задача — Situation/Task: Где, когда это произошло, почему это важно?- Действие — Action: что ты лично сделал, как ты это сделал, кто ещё учавствовал?- Результат — Result: как ты измерил выхлоп этого проекта? Какие результаты у тебя вышли? * Экономия затрат, получение дохода * Считай в цифрах, чтобы дать понять объемы, размеры, масштабы * Изменение в процентах, годовые улучшения * Время выхода на рынок, время реализации, экономия времени * Воздействие на заказчика, команду * Улучшение качества
Не больше, чтобы не циклиться на деталях, лучше это понимается на примерах.
Так же, помогает смена ролей. Вместо "ты собеседуемый и пытаешься понравиться хорошей компании" на "ты - тренер и помогаешь джуну понять, что к чему". Сразу исчезает давление, посторонние мысли в голову не лезут, и ты делаешь то, что привык делать (надеюсь, если нет - самое время пробовать).
Вернёмся к STAR. Рассмотрим пару примеров. Тебя просят рассказать о своих достижениях:
а) Ты занимаешься скучной фигнёй вроде разработки приложения для менеджеров по продажам для понимания клиентов.
б) Может, работаешь с большим легаси приложением - швейцарским ножом для внутреннего потребления в компании.
в) Ну или пишешь плагин чтобы было проще программировать роботическую руку, отвечающую за упаковку.
В любом случае, ты решаешь себе задачки, затем забываешь о них и занимаешься своими домашними делами. Какие вообще достижения??
Как подготовиться:
Возьми любую задачу что ты решал и ответь себе на вопрос: что за проблему оно решило? Главное - цифры.
Задача:
а) Ты добавил фичу, проверяющую пользовательский ввод, если ты бэк.
б) Передвинул пару кнопок, если фронт (конечно, работа у ребят будет посложнее, но я специально беру максимально тупые примеры). в) Ты исправил баг в приложении на компьютер, когда пользователь работает ногами, и приложение внезапно красится в "горячий розовый".
г) Эм... ты написал драйвер на ассемблере, что работает на 10% быстрее предыдущего за счёт квантовых вычислений и расщипления чёрных дыр на атомы.
Решённая проблема (что было до этого - проблема, и что после - результат):
а) Пользователи раз в день* вводили неверные данные. Это нарушало работу нашей системы и нам присылали задачи их исправить. Такая задача занимала час в день. С введением этой фичи, я сэкономил 1 час работы, это 1 час разработчика каждый день
* - даже если не знаешь сколько точно, лучше по наитию назвать конкретную цифру; будь готов обосновать, в этом примере у тебя было 50 менеджеров по продажам и кто-то да ошибался (если нет, то убеди себя что действительно было, хотя откровенно врать - так себе идея)
б) У нас был неинтуитивный пользовательский интерфейс (*зевок*). Это заставляло продажников тратить в среднем по 1 минуте в день на поиски нужных кнопок, когда они работали с приложением. Всего у нас 10 продажников. Итого, я этим сэкономил примерно 1 час в неделю, а так же избавил продажников от стресса (пункт: влияние на заказчика, команду) путём улучшения качества софта (тоже пунктик).
в) Нам раз в неделю* поступали жалобы об интересном баге (о котором написано выше). У нас не было точных метрик (если же были - используй!), но где-то 10 пользователей из 50 всего натыкались на этот баг, из-за которого они перезагружали приложение, чтобы сбросить странный цвет, и потом писали негативные отзывы о нас**. Что я сделал: я обнаружил, что в определённом сервисе есть неучтённый случай работы пользователя ногами и добавил туда проверку. Так, я исправил этот баг, и снизил кол-во негативных отзывов о нас с 1 в неделю до 1 в квартал.
* опять же, конкретная цифра ** не забыть про то, какая была проблема
г) У нас хороший продукт. Одно из достоинств/один из недостатков его - скорость. Чем быстрее - тем выше конкурентноспособность приложения, ведь тогда продукция выходит быстрее / администратор работает быстрее и более слажено.
Понимая это, я предложил способ его ускорить. Он основывается на ... (описано выше). Я разработал подробный план действий, потому не было сложности в том, чтобы его одобрить. Его и одобрили. Затем, я за 3 месяца выполнил эту часть, используя стиль змеи и прочие микро компоненты.
У меня получилось ускорить процесс на 10%, что ... (повторяешь то, что написано в начале этого пункта, да и идея, надеюсь, понятна).
Перевод в STAR:
Падажжи, так мы уже перевели это в STAR. Что остаётся, это обозначить для себя, где заканчивается одна часть и начинается другая. Ну и добавить деталей, чтобы это звучало как история, а не голый шаблон. Но это придёт с опытом. Опытом писателя или говорителя.
Итоги:
Насколько хорошо это работает? Мой опыт слишком мал чтобы говорить однозначно, но мне удавалось куда проще впечатлять любую компанию на данном этапе, отплёвывались всегда на чём-то другом.
Разумеется, если роль зовётся "XXL лид разраб на облаке", а ты пилишь мелкие веб приложения, то такой пробел техникой не закроешь. Но можно подать себя более выгодно, если есть хоть какой опыт (именно лидом и именно облако) и ты умудрился попасть на собеседование.
Кто-то обратит внимание, что я привожу в примеры задачи, когда техника подразумевает проекты. На самом деле, она работает в любом масштабе, и я не заметил разницы (буду благодарен если кто-то из внутренней кухни расскажет, есть ли она, и какова).
#4. Задачи и Алгоритмы
Немного метрик. У меня всего где-то 300 решённых задач + кой какой опыт с компаниями ранее. Этого не хватило.
У этого блогера () их под 600, и его взяли. Правда, он не только их решал, но ещё и объяснял, и делал видео.
Получается, надо додрочить эти алгоритмы как раз до 600 штук чтобы был высокий шанс пройти эту часть (люди с 3000+ решенными задачами за годы, ебать вы высокие). Так ли это - узнаю через пол года/год :)
Есть небольшая разница между компаниями. Майкрософт подбирает задачи из leetcode, а Гугл ещё и добавляет какую-то заковырку.
В последнем этапе у всех трёх есть отдельная комиссия, сравнивающая результаты от кандидатов. Гугл говорит, что они тестируют то, как ты думаешь, такими задачами. На это и был мой ориентир тренировок.
Результат: не хватает эффективности. Решаю я их слишком медленно для формата "45 минут на всё" и запинаюсь иногда. То есть, обратное от того, что говорят, надо именно придрочиться к алгоритмам.
## Язык программирования?
Вообще похуй (с). Писал на своём без проблем. С brainfuck будут проблемы потому, что это brainfuck.
ПыСы: если вы дошли до сюда, то большое спасибо, что прочитали! Я буду рад любой критике, много ли воды, слишком ли разжевывал, чего не досказал, ошибки, может сумбурно получилось или непонятный стиль. Буду даже удивлён если что толковое получилось из этого безумного хаоса мыслей и пережитков.
На фронте появились танки Т-62, и гаубицы Д-1 образца 1943 года
На фронте появились танки Т-62, выпуск которых был прекращен в 1975, и гаубицы Д-1 образца 1943 года. Хотя, возраст этих орудий даже моложе, чем некоторых российских командующих. На заметку: средний возраст командующих армией во время ВОВ – 40 лет.
Расконсервация "новой" техники происходит в Чите, на "103-ем бронетанковом заводе".
«Перестройка произошла и в организации работ предприятия, завод перешёл на двухсменный режим и шестидневную [рабочую] неделю. На отдельных производствах заняты три смены. Практически в круглосуточном режиме завод на сегодняшний день работает», – заявляет руководство предприятия.
Как указывается администрацией, на Забайкальском предприятии ведётся ремонт танков Т-62М и бронемашин БРДМ-2. При этом осуществляется ограниченная модернизация машин. Так сообщается об усовершенствовании БРДМ-2МС новым двигателем, тепловизионным прицелом и "дополнительным бронированием". Т-62М проходят "ограниченную модернизацию", получая динамическую защиту, правда, только в передней части корпуса.
Отличный комментарий!
Блять, реально ваха, на вооружение поступают реликвии эры темных технологий.
IBM приостановит приём сотрудников, планируя заметить 7,8 тыс. вакансий системами искусственного интеллекта.
Глава IBM Арвинд Кришна (Arvind Krishna) заявил о намерении компании приостановить приём новых сотрудников на ряд должностей в компании. Ожидается, что в ближайшие годы со многими задачами сможет успешно справляться искусственный интеллект. В частности, речь шла о сотрудниках «бэк-офиса» вроде HR, чьи задачи не предполагают непосредственного общения с клиентами.
Ожидается, что приём на работу сотрудников на новые позиции будет или замедлен или вовсе остановлен. Около 26 тыс. сотрудников бэк-офиса IBM занимают должности, не предусматривающие прямого общения с клиентами. По словам Кришны, порядка 30 % из этих сотрудников можно легко заменить с помощью ИИ и автоматизации в следующие пять лет. Другими словами, речь идёт о судьбе примерно 7,8 тыс. рабочих мест — на некоторые из них просто не будут нанимать новых сотрудников.
В то время как ИИ-инструменты привлекли внимание общественности в первую очередь в связи с их возможностью генерировать программный код, тексты и другой контент, эксперты предполагают, что потенциально они способны оказать негативное влияние и на рынок труда. План Кришны, ставший ответом на быстрое развитие технологий, послужил лишь первым из признаков грядущих кадровых изменений во многих отраслях.
По словам Кришны, всё больше повседневных задач вроде подготовки писем или перемещения сотрудников между департаментами скоро, похоже, будут полностью автоматизированы. Правда, многие функции HR, от подбора персонала до оценки их эффективности, ИИ, возможно, не сможет выполнять ещё в течение десятилетия.
Сейчас на IBM работают около 260 тыс. сотрудников, и компания продолжает нанимать разработчиков ПО и людей для работы с клиентами. По мнению Кришны, найти соискателя сегодня проще, чем ещё год назад. Ранее в этом году компания сообщила о грядущем сокращении нескольких тысяч человек. При этом глава компании заявил, что только в первом квартале текущего года IBM наняла ещё 7 тыс. Стоит отметить, что сама IBM стояла у истоков появления ИИ-решений. В частности, её суперкомпьютер IBM Watson и сопутствующее ПО применялись для построения моделей машинного обучения ещё 10 лет назад.
Сейчас Кришна, занявший пост главы компании в 2020 году, активно занимается оптимизацией бизнеса — от продажи не слишком маржинальных структур вроде Watson Health до сокращения сотрудников. Ожидается, что к концу 2024 года его действия помогут экономить до $2 млрд ежегодно.
Хакеры из PRANA Network взломали и слили в интернет дампы с почтового сервера иранской компания IRGC Sahara Thunder.
Эта компания лицензировала производство Шахед-136 (Герань-2 по номенклатуре РФ). Изначальная цена была $375.000 за штуку, после переговоров цену сбили до $193.000 за один БПЛА для 6000 единиц или $290.000 за один для 2000 дронов.
Среду документов есть также документация о производстве БПЛА в специальной экономической зоне "Алабуга" в Татарстане. В соответствии с планами на 2022 год на мощностях завода планировали выпустить 6000 БПЛА на протяжении двух с половиной лет. Это соответствует данным которые публиковала The Washington Post в августе 2023 года.
Общая цена контракта на производство, включая передачу технологий, оборудования, 6000 комплектов БПЛА, программного обеспечения, составляет 108,5 млрд рублей (1 млрд 750 млн долларов). Это около 2% всего военного бюджета РФ за 2023 год.
Э-э.. я както в легком ахуе господа... Если цифры верны - нужно просто отбитым на голову быть, чтобы это продвигать. Реальная эффективность шахедов от 0% (при наличии хоть какого-то ПВО) до 20% (при его практическом отсутствии)... Никто сейчас ракеты на эту хрень не тратит, в лучшем случае "стингеры" или "стрелы" с "осами". В чем выхлоп кроме террора и запугивания мирняка?
Террор это основная цель данной войны.
Здесь мы собираем самые интересные картинки, арты, комиксы, мемасики по теме !цели и задачи производственного плана (+1000 постов - !цели и задачи производственного плана)
Нас наебывают.