Аз есмь
В эпоху AI стало модно писать посты, используя его возможности. Однако, я - старовер и до сих пор доверяю прежде всего своим мозговым извилинам и пальцам, которые с ними связаны мириадами нервных волокон, а также синапсами, пропускающими посредством нейромедиаторов через себя сообщение, куда именно следует какому пальцу ткнуть, чтобы на экране появилась нужная буква.
Меня отчисляют из колледжа и кажется что жизнь на этом закончилась и дальше только мести улицы.
В один из дней я познакомился с человеком который сказал что в IT можно работать без образования и это меня зацепило, мне всегда нравилось решать логические задачи и получается это работа мечты для меня. Первые 2 месяца изучения были особо без результата, казалось что очень много информации нужно узнать и привычка со школы что учиться чему‑то это скучно сильно мешали нормальному росту. Через 2 месяца я уже мог подвинуть и изменить кнопку и это был результата и сам факт что из строчки кода появляются элементы просто взрывал голову, это была магия.
Но пока я сидел и читал надо было платить за гараж и я нашел подработку грузчиком, где смены были 12 часов, но все же была зп.
Эта работа была самой сильно мотивацией потому что работая с пьяницами, зеками и наркоманами ты понимаешь что либо ты сейчас забьешь на все страхи и продолжишь учить, либо ты будешь на этом уровне очень долго.
Это всё о том, сколько чудесного и неожиданного можно узнать о потенциальном работодателе из открытых данных, и что делать, чтобы не проработать месяц-два бесплатно и не обмануться с другими ожиданиями. Спойлер: увидеть можно многое — от потенциального банкротства компании до дела о мошенничестве.
Никто из работодателей не напишет на сайте или в описании вакансии: «Ну да, так-то у нас иногда кассовые разрывы бывают, но мы тут держимся». Вместо этого будет: «Мы — признанные лидеры там-то и сям-то, нам доверяют, мы меняем мир, мы — динамично развивающаяся компания с сильным корпоративным духом (да, такие описания и кислотой не вытравить) и прочие «выше нас только горы».
Самое замечательное может начаться, если найти 10-15 минут времени и всмотреться в эту бездну успеха.
Привет! Меня зовут Александра, я системный аналитик в компании, которая помогает бизнесу автоматизировать процессы с помощью Битрикс24.В этом кейсе я расскажу о небольшом проекте по внедрению системы сбора клиентской обратной связи в службе поддержки, и почему это стало важным звеном в цепочке клиентского опыта.
В 2024 году рынок SSD-накопителей вступил в новую фазу развития — SK Hynix и Samsung представили накопители с объемом 61,44 ТБ, а Solidigm начала продажи SSD D5-P5336 рекордной емкостью 122,88 ТБ.
Попытки создать сверхъемкие SSD предпринимались и раньше. В 2018 году компания Nimbus Data анонсировала ExaDrive DC100 — накопитель емкостью 100 ТБ для корпоративного сегмента, который начал продаваться в 2020 году. Однако его цена в 40 000 долларов и ограниченная доступность сделали его скорее технологической демонстрацией, чем массовым продуктом. Сегодня же высокоемкие SSD становятся всё более доступными.
В этой статье проанализируем, как будет развиваться емкость SSD-накопителей в ближайшие годы, какие объемы хранения данных станут доступны к 2027 году и сможет ли SSD окончательно вытеснить HDD в корпоративном сегменте.
Если внедрять и поддерживать ITSM-систему, обязательно столкнешься с заявками по ошибочно выбранным услугам и прочими неприятностями.
Привет, Хабр! Я — Ксения Попова, младший бизнес-аналитик в ITSM 365. Сейчас расскажу, как мы минимизируем проблемы в предоставлении сервисов.
На сегодня 99% коммуникации по подписанию договоров происходит письменно. Но несмотря на то, что перед написанием комментария в договор или сообщения потенциальному заказчику можно перепроверить вложенный в текст посыл, все равно периодически возникают письменные конфликты.
Даже в ситуации, когда, казалось бы, обе стороны заинтересованы в продолжении общения и заключении договора.
(иначе зачем они вообще общаются?)
❓ Знаете, что сильнее всего мешает в переговорах по договорам?
🤪 Эмоции.
📎 Мне кажется, периодически люди слишком активно воспринимают позицию другой стороны на свой счет. И ошибка тут может прятаться в том, что по большому счету мы можем вообще не знать, какова в принципе позиция с той стороны.
Бывает, что письменная коммуникация настолько не развита, что из сообщения другой стороны считывается всё, что угодно, но только не реальное положение вещей.
То есть нам что-то написали, а мы отреагировали не взрослой реальностью, а какими-то внутренними тревожными кнопками, которые "Здравствуйте, Варфоломей!" воспринимают, как начало конфликта.
📎 Другая ошибка, на мой взгляд, кроется в том, что если другая сторона переговоров перегибает палку в своих формулировках (а такое тоже бывает), мы достаточно быстро теряем из поля зрения цель переговоров и окунаемся в алгоритм «в интернете кто‑то не прав, сейчас я ему всё докажу!».
Чем я руководствуюсь при согласовании договоров?
Буктрейлер это видос от 90 до 180 секунд про книгу, как в кино, ну только не про кино.
Сначала я честно пытался найти исполнителя, ну как это обычно бывает, решил делегировать задачу. Они (исполнители) существуют, найти очень просто, но те примеры работ, что выложены в рамках портфолио, ну мягко говоря, напоминают презентации из 90х. Закат сменяется ночным небом, описание в стиле начальных титров из “Звездных войн” (ну те, которые под 45% уходят вверх экрана) и в конце колхозный Mockup самой книги.
Эмоциональное выгорание – это истощение, связанное с тем, что на работе не удаётся адаптироваться либо цена адаптации слишком высока и недостаточно компенсируется. Оно часто начинается с удовольствия и энтузиазма, а уже потом, через утомление и переутомление, приходит к состоянию «выжатого лимона». Официальное определение и стадии расписывать не буду - об этом написали уже миллион раз.
В интернете можно найти длинный список причин выгорания: «жёсткие дедлайны», «отсутствие обратной связи» и т д. Но, по сути, это не причины, а поводы/условия – иначе выгорали бы все 100% из тех, кто встречается с «жёсткими дедлайнами» и прочим. Точно так же наличие чипсов на кухне - это лишь повод съесть их все, но причина вовсе не в этом.
Обсудим здесь поводы и условия выгорания, его причины и преодоление. А вот на проявлениях и диагностике останавливаться не будем, но хочу заранее оговориться, что некоторые симптомы выгорания не специфические: например, утомляемость, апатия, раздражительность могут быть при депрессии, травмах головы, интоксикациях, дефиците некоторых витаминов и микроэлементов и это далеко не полный список. Поэтому призываю не ограничиваться самодиагностикой, а пользоваться этой статьёй как дополнительным источником помощи в том случае, когда у вас действительно эмоциональное выгорание.
Поехали.
Как вы думаете, нужно ли архитектуру на вашем текущем проекте подвергнуть масштабному пересмотру и исправлению? Ставлю на то, что большинство читателей ответят положительно. И эта часть именно про это. В ней мы рассмотрим:
1. Когда сложившаяся архитектура подлежит масштабным изменениям.
2. Что не менее важно, когда лучше оставить, как есть.
3. Ключевые признаки проблем в архитектуре.
4. Основные способы исправления таких проблем.
Но для начала мы вспомним, что было в предыдущих сериях. В первой части мы прошлись по теории и выяснили:
1. Что техническая реализация заметно влияет на успехи бизнеса, хоть и не очень критично;
2. Что из всех аспектов технической реализации наибольший вклад в успех вносит именно архитектура;
3. Что самое важное свойство архитектуры — максимальная независимость команд друг от друга;
4. Что это свойство вытекает напрямую из двух фундаментальных характеристик программного обеспечения: coupling и cohesion, где coupling — характеристика связи двух точек системы/кодовой базы; а cohesion — характеристика того, насколько плотно упакованы такие связи в компоненты.
Во второй части мы уже перешли к практике построения архитектуры с нуля. Мы узнали:
1. Что попытки угадать с архитектурой до старта проекта обычно проваливаются.
2. Что маленькие команды работают буквально в разы эффективнее, чем большие.
3. Что лучший способ разделить софт между командами - делать это постепенно. Начать с одной команды и уже затем дробить систему по обнаруженным в процессе разработки границам.
Теперь перейдем к вопросу, что же делать, если «все уже украдено до нас».
Обзор без маркетинга, с фокусом на то, что реально нужно менеджеру: практика, широта тем, прикладные знания, релевантность, отсутствие воды и инфоцыганщины.
Как-то раз уже делался обзор по всем существующим на рынке курсам по управлению проектами, пришло время почихвостить рынок с новой, актуальной темой.
Всем привет! Это Александр Бондаренко, CPO в Garage Eight. Моя вторая часть статьи про развитие продукта при помощи улучшений и инноваций (часть 1 здесь). Она посвящена ТОП-13 худшим инновациям. На реальных примерах показываю, как качественные прорывы в продуктах разрушают репутацию компаний.
Когда-то всё было проще. В достопамятные двухтысячные годы джунов и в самом деле нанимали. Не спрашивали о «релевантном опыте», не требовали ссылки на боевые проекты и не строили сложных лабиринтов из HR-интервью, технических сессий, тестовых заданий и многоступенчатых собеседований. Но прошло 15–20 лет — и всё изменилось до неузнаваемости. Новички (стажёры и джуны) теперь бесправны и даже подозрительны.
В папке «0. Файлы» содержится техническая информация: здесь хранятся картинки, несортированные заметки, заметки о том, как надо вести хранилище (скопируйте туда эту статью, чтобы несколько раз не возвращаться).
Модифицированная файловая архитектура по методу P.A.R.A (с небольшими изменениями).
С давних времен люди объединялись в группы, проводили собрания и совещания для того, чтобы озвучить существующую проблему и найти её решение совместными усилиями. Условия и способы для поиска решения были всегда разнообразными, создавались новые методы генерирования идей. Один из таких способов был разработан в 1939 году Алексом Осборном и получил название «Мозговой штурм» (англ. – Brainstorm).
Поделюсь с вами историей создания этого метода и правилами его проведения, отталкиваясь от своего опыта.
Чтобы оценить масштаб, достаточно посмотреть на цифры. Будущие потребности ИИ в энергии могут сравниться с потреблением целых стран (например, Японии или Нидерландов).
Пока мы тренируем и запускаем все более сложные ИИ-модели, энергопотребление достигает своего пика. Это приводит к дополнительным выбросам парниковых газов, дефициту пресной воды и давлению на устаревающие энергетические сети, которые подвергаются еще большему износу.
В 2024 году глобальный спрос на электричество установил рекорд и вырос на 4,3%. ИИ — одна из ключевых причин такого роста, наряду с электромобилями и попытками возродить промышленное производство.
По данным на 2022 год, центры обработки данных, ИИ и криптодобыча в совокупности потребляли около 2% всей электроэнергии в мире. Это порядка 460 тераватт-часов (ТВт/ч).
Ежегодный прирост потребления составляет 12%.Сейчас они занимают пятую строчку по потреблению энергии вслед за предприятиями тяжелой промышленности, электротранспортом, секторами бытовой техники и систем охлаждения.
Привет! Это новый выпуск «Нейро-дайджеста» — коротких и полезных обзоров ключевых событий в мире искусственного интеллекта и технологий.
Неделя выдалась интересной: ИИ-ассистент от ElevenLabs с Perplexity, видеомодели от Midjourney и MiniMax, американец сделал предложение ChatGPT, а стартап Rainmaker создаст дождь в нужный момент.
Всё самое важное — в одном месте. Поехали!
Привет! Я Руслан Гатиятов, фаундер Глабикса, который стал «продуктом недели» на Product Radar. Это пост для тех, кто сомневается, нужно ли участвовать в этом рейтинге. Короткий ответ: не сомневайтесь – участвуйте! Это драйв, фан и отличная возможность получить много обратной связи на ровном месте.
Уже несколько лет мы занимаемся интеграциями с помощью платформы DATAREON, часто заказчикам нужна выгрузка объектов из одной базы 1С в другую. Задача вроде бы понятная. Но каждый раз для этого требовалось проектировать структуру объектов, писать код, тестировать, исправлять баги. Сложно. Долго. Дорого. Рассказываю, что придумали.
