Недавно мы делали подробный экскурс в фарму, где рассмотрели классификацию лекарств и ключевые этапы их разработки. А сегодня нырнем в гибридомную технологию получения моноклональных антител — важной группы биологических препаратов и основы таргетной терапии.
Требования ГОСТов относятся не только к оформлению документов, но и к их содержанию. В частности, ГОСТы определяют смысловое наполнение всех разделов, а также требования к изложению текста документа.
Как правило, в разработке технической документации принимают участие несколько специалистов, каждый из которых излагает свою часть в присущей ему манере, используя собственные термины. При формировании полного текста документа эти особенности требуют приведения к единообразию.
Этот документ — часть документации по стилю Go в Google. Он не является ни нормативным, ни каноничным, это дополнение к «Руководству по стилю». Подробности смотрите в Обзоре.
Здесь приведены рекомендации по лучшим практикам применения требований «Руководства по стилю» для Go. Это руководство охватывает общие и распространенные случаи, но не может применяться к каждому частному случаю. Обсуждение альтернатив, по возможности, включено в текст руководства вместе с указаниями о том, когда они применимы, а когда — нет.
Полная документация руководства по стилю описывается в обзоре.
Мне понадобилось написать приложение на Ktor с использованием Apache Kafka и Kafka Streams. Официального клиента или плагина для Ktor'a я не нашел, а работать с ванильной Кафкой не хотелось, поэтому я как любой уважающий себя разработчик решил написать велосипед.
Меня зовут Паша Молянов, я руковожу агентством «Сделаем» и 7 лет веду блог о копирайтинге и контент-маркетинге. И почти все это время у меня не было классического контент-плана — такого, где расписано: понедельник — кейс, вторник — инфа о курсе, среда — забавная история, четверг — полезный совет, и так далее.
Во-первых, такая система очень негибкая. Если в понедельник вышло новое обновление Телеграма с крутыми функциями — логично писать об этом, а не о своем кейсе. Кейс может подождать, ничего с ним не случится, а вот обзор новых фишек быстро протухнет.
Понятно, что можно зайти в контент-план и переставить посты местами. Но так один раз зайдешь, второй раз зайдешь — и какой тогда смысл, что я что-то там напланировал?
Во-вторых, в контент-плане нет особого смысла. Какая разница, расскажем мы о кейсе в понедельник или в среду? Что изменится? Да ничего. К датам есть смысл привязывать только анонсы и новости, а остальное можно публиковать когда угодно. Зачем вообще тратить время на планирование, если это ничего в итоге мне не даст?
Поэтому вместо контент-плана я использую более гибкую систему — темник. Это список идей для постов, которые я хочу написать, без всяких там дат публикации.
Придумал интересную тему — добавил в темник. Подписчик задал хороший вопрос — в темник. Понравился сервис — добавил ссылку в темник, чтобы потом о нем написать.
Я работаю тимлидом уже несколько лет и с уверенностью могу сказать, что это направление развития мне очень нравится. А помню, я чуть не запорол свою карьеру тимлида в самом начале, на переходном этапе разработчик - тимлид. Я тогда работал разработчиком в большой компании и, в общем, работа мне нравилась. У нашей команды был номинальный тимлид - хороший, душевный человек, которому очень нравилось ковыряться в своих железках, а в жизни команды его участие ограничивалось только вопросами на дейлике “как дела?”. В общем, проблемы в команде копились, и никто ими не занимался, и меня это беспокоило. В итоге мне предложили попробовать себя тимлидом. Я эту историю рассказываю к тому, что я начинал свой путь с огромном воодушевлением, но уже через 3-4 месяца я почти выгорел и хотел вернуться в разработку или вообще уволиться. Поразмыслив тогда, я решил, что не могу так бесславно уйти и должен попытаться разобраться в ситуации и найти другое решение. Я сформулировал 4 основные причины такого быстрого выгорания, которое случилось со мной на этом переходном этапе. Мне удалось найти решение этих возникших трудностей и продолжить работу.
Итак, четыре проблемы начинающего тимлида.
В этой статье я хотел бы рассказать как решил создать свой первый проект.
В течении пары лет я с переменным успехом в свободном режиме изучал японский язык и постоянно пытался применять подход с погружением в языковую среду. Так я, к примеру, добавил японский в раскладки клавиатуры, смотрел простые видео и подкасты, пытался читать легкие тексты.
Но японский язык (также как и китайский и, частично, корейский) имеют довольно высокий входной барьер для чтения, потому что нужно не только выучить два алфавита, но и запомнить как минимум несколько сотен кандзи (300-500).
Генерация контента сайтов с помощью AI может быть полезна в некоторых случаях. Однако, важно понимать, что AI-сгенерированный контент не всегда будет качественным или соответствовать потребностям вашей аудитории.
В этой статье я расскажу о своем опыте, сколько это стоит и каких можно добиться результатов.
Какая видеокарта по вашему мнению самая лучшая — RTX 3060? А если нет денег — geforce GTX 1060? А если нет денег, но хочется новую? А если так, чтобы ещё и по производительности она что-то могла? А если… А если… А если…
Сравнение видеокарт — для кого-то хобби. Для кого-то боль. А кто-то просто заказывает лучшее у сборщиков. Да и маркетинг тоже работает. Не зря же весь стим сидит на Geforce RTX 3060.
Я решил посмотреть на видеокарты под другим углом, и был приятно удивлен. И стоимостью, и мощностью, и требованиями к питанию… Дилетантская статья, о том что поставить в свой комп в 2023-ем году. А если будет майнинг бум, то и в 2024-ом.
Все тестировалось на очень тупеньких запросах о написании python кода, написании рассказа на русском, cоздания playbook для Ansible c дефолтовыми threads = 4 и number of tokens to predict = 200
Немецкое «чудо-оружие»: крылатые ракеты «Фау-1» и баллистические «Фау-2» – в годы войны показало себя «сырым» и неэффективным. Тем не менее, когда информация о нём просочилась к союзникам, те сразу увидели в пока ещё несовершенных «вундерваффе» предвестников будущего и, кто раньше, кто позже, взялись за создание аналогов.
Озаботилось ими и командование Армейской авиации США: получив первые сведения по «Фау-1» от британцев, оно инициировало создание ракет серии JB (jet bomb – реактивная бомба). Больше всего названию соответствовала JB-4 – оснащённая пульсирующим воздушно-реактивным двигателем (ПуВРД) планирующая бомба GB-4. JB-2 представляла собой «реверс-инжиниринг» «Фау-1». Она даже постояла на вооружении, правда, в боях не участвовала. JB-3 относилась к классу «воздух-воздух», а JB-8 была зенитной ракетой.
Но самыми интересными из этой плеяды оказались самолёты-снаряды JB-1 и JB-10 – нигде и никогда больше ничего подобного не делали. Что неудивительно, ведь возглавил их разработку Джон Кнудсен «Джек» Нортроп.
Однажды сеньор взглянет в зеркало и поймет: он готов стать техлидом. После этого сеньор заглянет вглубь себя — а сможет ли он руководить командой IT-специалистов? Хватит ли ему навыков для эффективных управленческих решений и грамотного распределения ресурсов? А если нет — то что делать?
Разбираем вместе с тренерами по soft skills Андреем Буловым и Ксенией Клён навыки крутого IT-лида, думаем, как их можно прокачать, если «маловато будет».
Сейчас понятие «микрофронтенды» встречается довольно часто, но что это такое и какие задачи они решают? Зачем нам микрофронтенды, если есть микросервисы или монолит? И стоит ли тащить микрофронтенды в свой проект только потому, что это модно? Расскажу об этом, а также о трёх способах организации микрофронтендов: Podium, Single-SPA и Module Federation. Какой среди них лучший и нашли ли разработчики в нём панацею? Об этом читайте под катом.
Сегодня мне хотелось бы рассказать вам о менторстве, а так же для чего оно вообще нужно специалистам разного уровня. Эта статья основана на личных наблюдениях и обратов связи от разработчиков, которые были как и менторами, так и учениками :)
Ни для кого не секрет, что академические знания, получаемые в университете, штука может быть и полезная, но крайне редко применимая в реальной жизни. Путь становления специалиста же, чаще всего, завязан на самообучении и часах проведенных в гугле, ютубе и разного рода профильных курсах. Ну что поделаешь, живем мы в такое время, что если тебе что-то нужно, то придется самому за это побороться. Блюдечко с голубой каёмочкой выдают ограниченным тиражом, а тем, кому это блюдечко досталось, в комплекте очень часто идут еще и презрительные комментарии в духе: «Да для него все папа сделал. Он сам ничего не умеет».
Зачастую, чтобы стать действительно высококлассным специалистом люди тратят годы, а то и десятилетия и мысль о том, чтобы делиться накопленным опытом и знаниями много кого отпугивает. «Я потратил столько сил, времени и денег чтобы стать тем, кто я есть, так зачем мне так просто все это выдавать кому-то еще?» Мысль понятная, и безусловно имеет право на существование, но как и все в этом мире имеет под собой определенные «НО».
Рассказываем о внутренних процессах и корпоративной культуре Циан.
Как держать всех в контексте и не скатиться в бюрократию? Почему неудобные вопросы – залог эффективности? Что такое командообразование, и зачем оно нужно? В этой статье расскажем, как работает Циан изнутри. И почему именно так, а не как-то по-другому.
InnerSource мне, как инженеру, очень симпатизирует, потому что позволяет сделать цепочку поставки бизнес-ценности децентрализованной. При всей красоте этого подхода у него есть трудности в реализации. Эти сложности можно разделить на технические и организационные. И те и другие «лечатся», если знать о правильных подходах.
В статье я описал, какие преимущества даёт InnerSource, какие есть проблемы с его внедрением и как микросервисная архитектура помогает решить часть этих проблем автоматически. Статья состоит из следующих разделов:
Я бы мог побыстрее доделать приложение "в стол" и пойти отдыхать. Но не мог пройти мимо и не задержаться когда дело дошло до подсчёта вероятностей выпадения цифр в последовательности. Решил что переложу бремя такого подсчёта на ГПСЧ, а сам просто придумаю функцию, которая получает необходимую последовательность из целого числа. Статья будет о том, как я придумал такую функцию.
Не так давно я узнал, что в раннесредневековом Китае и позднесредневековой Европе предпринимались попытки конструировать «поворотные шкафы» и «книжные колёса» — агрегаты для параллельного чтения нескольких текстов. Эти механизмы удивительным образом предвосхитили некоторые свойства GUI, переоткрытые только в XXI веке.
Искусственный интеллект проникает во многие сферы жизни. Своё применение эта технология нашла и в сельском хозяйстве. Одним из перспективных для аграриев инструментов является ChatGPT — это генеративная модель искусственного интеллекта, которая используется для автоматизации ряда процессов в АПК.
В этом посте вместе с вами мы рассмотрим каким образом ChatGPT можно использовать в сельском хозяйстве, очертив преимущества и возможности.
