Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Регистрируясь, я даю согласие на обработку данных и условия почтовых рассылок.
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр Прокачивай своего викинга, срази всех врагов и доберись до Одина!

Викинги Вальхалла

Мидкорные, Приключения, Ролевые

Играть

Топ прошлой недели

  • solenakrivetka solenakrivetka 7 постов
  • Animalrescueed Animalrescueed 53 поста
  • ia.panorama ia.panorama 12 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая «Подписаться», я даю согласие на обработку данных и условия почтовых рассылок.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Маркет Промокоды Пятерочка Промокоды Aroma Butik Промокоды Яндекс Путешествия Промокоды Яндекс Еда Постила Футбол сегодня
0 просмотренных постов скрыто
274
Timeweb.Cloud
Timeweb.Cloud
TECHNO BROTHER

КПМ 32/16 «Кировец» — электрический монстр времен СССР⁠⁠

22 часа назад

В детстве портовый кран представлялся мне исполинским жирафом. Длинные ноги его портала стояли на пирсе. А под ними сновали, невероятным образом ставшие крохотными, железнодорожные вагоны. Свою вытянутую желтую шею-стрелу, покрытую темными пятнами ферм, неспешно склонял он над раскрывшейся пастью трюма рыболовного судна-кашалота, отнимая его богатый улов. Жилы стальных канатов звенели от напряжения, настолько тяжела была его работа. Жираф издавал электрический вой, сражаясь за свою добычу.

И вот, спустя многие годы меня продолжают восхищать конструкции советских машин. Но вижу теперь я за ними не те фантазии из детства, а гений человеческой инженерной мысли. И в этой статье я предлагаю вам насладиться технической эстетикой архивных чертежей и конструкторских решений инженеров прошлого.

Герой нашей сегодняшней истории — кран портальный монтажный КПМ-32/16-10,5В-К, сошедший со стапелей завода подъёмно-транспортного оборудования им. С. М. Кирова в Ленинграде. Предназначен он для монтажных и сварочных работ в портах и на судостроительных предприятиях. При вылете стрелы от 8 до 17 метров он способен поднимать груз 32 т, а при максимальном вылете до 30 метров – 16 т. Дополнительно имеется вспомогательный подъём на 5 т. Передвигается наш двухсот тридцати трех тонный колосс по рельсовому пути со скоростью до 30 м/мин.

«Завод ПТО им. С.М. Кирова» – некогда ведущее предприятие машиностроительной отрасли СССР, был перепрофилирован в 1930 году из петербургских ремонтных мастерских при Варшавской железной дороге (не путать с Кировским заводом). Завод обеспечивал металлургические предприятия, атомные, гидро- и тепловые электростанции и другие объекты народного хозяйства высокопроизводительными грузоподъемными кранами тяжелых режимов работы. За время своего существования заводом было изготовлено более 15 000 единиц крановой продукции. А сегодня о нем напоминает только эмблема на одной из стальных оград вдоль набережной Обводного канала.

Создать такой кран в 1970-е годы было задачей, мягко говоря, нетривиальной. Никаких AutoCAD, Компаса, SolidWorks или MATLAB тогда не существовало. Зато были высокие нагрузки, невысокое качество прокатных материалов, жёсткие условия эксплуатации и… кульман с логарифмической линейкой. Плавность подъёма и точность позиционирования приходилось обеспечивать, не имея современных частотных приводов и даже электронных систем управления, — только хитроумная механика, релейные схемы управления с реостатными ступенями пуска.

На одном из сохранившихся сборочных чертежей крана в основной надписи выведены фамилии инженеров, работавших над ним: Михайлова, Николаева, Марутов, Мазовер, Сушанский. Эти строки, написанные тушью, напоминают, что подобные машины создавались не абстрактной «советской инженерной школой», а конкретными людьми, вложившими в них знания, мастерство и часть своей жизни. И сколько еще фамилий ушло вместе с той эпохой…

Чтобы понять масштаб инженерной задачи, достаточно взглянуть на конструкцию самого крана. КПМ-32/16 — это сложная пространственная система, в которой каждая деталь работает на устойчивость и безопасность. Высокий четырёхопорный портал позволяет крану перемещаться вдоль причала, оставляя под собой просвет для проезда техники. На портале установлена поворотная платформа с кабиной управления и машинной кабиной, в которой скрываются лебедки, а сверху — длинная коробчатая стрела, уравновешенная массивным противовесом. Вся кинематика — от изменения вылета до подъёма груза — приводится в движение электродвигателями с реостатными схемами пуска.

Механизм подъема монтажного крана состоит из механизма главного подъема грузоподъемностью 32 т и вспомогательного – грузоподъемностью 5 т.

Для того чтобы с ювелирной точностью ворочать огромными агрегатами в тесных трюмах строящихся судов, лебедку основного подъема оснастили двумя приводами. Главный привод мощностью 75 кВт обеспечивает скорость основного подъема 17 метров в минуту, а установочная скорость 0,5 метра в минуту обеспечивается дополнительным микропроводом мощностью 5 кВт. Сопряжение двух двигателей с редуктором лебедки обеспечивается планетарной муфтой за счет разной комбинации блокируемых тормозов. Лебедка вспомогательного подъема имеет скорость 37 метров в минуту и мощность 37 кВт.

За безопасность работы механизма подъема отвечают центробежные выключатели, установленные на электродвигателях, которые отключают их питание при двукратном увеличении оборотов при отказе тормозов.

Отличительной особенностью портального крана КПМ-32/16 является конструкция механизма изменения вылета. Его шарнирно-сочлененная укосина состоит из стрелы, выполненной в виде жесткой коробчатой семнадцатитонной балки, прямолинейного восьмитонного хобота и гибкой оттяжки. Гибкая оттяжка представляет собой два стальных каната, верхние концы которых через балансир присоединяются к заднему плечу хобота, а нижние — через натяжное устройство закрепляются на каркасе.

Соотношение длины элементов шарнирно-сочлененной укосины, положение блоков грузовых канатов и точек крепления этих механизмов на каркасе выбрано так, что при подъеме стрелы от минимального до максимального вылета концевой узел хобота перемещается вверх, а груз при этом движется по траектории, близкой к горизонтальной, отклонения в крайних положениях не превышают 0,8 метра.

Стрела с помощью стреловой тяги соединена с качающимся тридцатитонным коромыслом, на заднем плече которого находится подвижный бетонно-металлический противовес массой примерно 48 т. Конструкция позволяет обеспечить три точки равновесия системы без груза и две точки равновесия с номинальным грузом, который составляет от 32 т до 16 т в зависимости от положения вылета стрелы. Это значительно снижает нагрузку на тормозные механизмы и лебедку механизма изменения вылета.

Лебедка механизма изменения вылета установлена непосредственно на каркасе в отдельном защитном кожухе. Благодаря слаженной работе стрелы и противовеса, для изменения вылета достаточно электродвигателя мощностью всего 11 кВт. Чтобы движение начиналось плавно, в составе редуктора лебёдки установлен массивный маховик, сглаживающий рывки при пуске. Плавность остановки дополнительно обеспечивается наличием двух тормозных механизмов, которые включаются по очереди с задержкой чуть больше секунды, благодаря чему тяжёлая стрела не останавливается рывком.

Выходной вал редуктора лебедки сообщает возвратно-поступательное движение рейке механизма изменения вылета, представляющей собой сварную коробку с двумя зубчатыми рейками. По мере износа зубчатые рейки можно переставлять местами или разворачивать, тем самым увеличивая их срок службы. Крепление рейки к стреле выполнено через демпфер, снижающий динамические нагрузки при пуске и торможении. В совокупности эти чисто механические решения позволяют, без использования сложной электроники, добиться плавности движения стрелы, что так необходимо монтажному крану.

Для предохранения от перегрузки и опрокидывания крана в верхней части его каркаса установлен ограничитель грузового момента (ОГМ). Его механизм состоит из системы блоков и рычагов, сопряженных с канатами главного подъема. Результирующее усилие от веса груза, возникающее при огибании канатом подвижного блока на рычаге ОГМ происходит смещение системы рычагов, уравновешиваемой специальным грузом. Если момент от давления каната на блок превысит момент от веса регулировочного груза, то палец на рычаге через концевые выключатели разомкнет электрическую цепь механизма главного подъема и цепь увеличения вылета.

В зависимости от угла наклона стрелы угол обхвата блоков канатами меняется. За счет этого ОГМ обеспечивает постоянство предельно допустимой грузоподъемности на вылетах от 17 до 8 м и переменную грузоподъемность на вылетах от 30 до 17 м. По сути, перед нами огромный рычажный динамометр, знакомый нам со школьных уроков физики. В современных кранах эту функцию уже реализуют программно за счет датчика угла наклона стрелы и тензодатчика в системе блоков грузовых канатов, но здесь снова удалось обойтись без сложной электроники.

Вспомогательный подъём снабжён аналогичным ограничителем грузоподъёмности. Но его конструкция проще, чем у ОГМ, так как предельный момент не зависит от вылета стрелы, а допустимая грузоподъёмность вспомогательного подъёма не должна превышать 5 т во всех режимах.

Все описанные выше узлы — стрела с хоботом и коромысло с подвижным противовесом, закреплённые на силовом каркасе, а также лебёдки подъёма и изменения вылета — смонтированы на поворотной платформе и вместе образуют поворотную часть крана.

Еще одним крупным элементом поворотной части крана являются кабина управления и машинная кабина. В машинной кабине скрыты подъёмные лебёдки, редукторы и шкафы управления, а в кабине управления размещено рабочее место крановщика. Вы только представьте, какой вид может открываться перед оператором крана с высоты четырнадцати метров на морской порт... Если бы этот вид не сопровождался лязганьем металла, воем электрических машин и изнуряющим жаром от их работы.

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

Механизм поворота имеет мощность 45 кВт. Передаточное отношение в нем в сочетании с большим диаметром опоры и высокой инертностью системы оказывает огромные нагрузки на механизмы редукторов. Даже если кажется, что поворотная часть уже остановилась, на деле может оказаться, что в редукторе еще продолжается вращение. Чтобы исключить повреждение редуктора, согласно инструкциям, перед тем как начать поворот в противоположенную сторону, необходимо удерживать поворотную часть на тормозе не менее трех секунд.

Обратите внимание на колонну в центре машинной кабины. Она скрывает в себе токосъемный узел из медных кольцевых токоприемников с подпружиненными графитовыми щетками, который обеспечивает электрическую связь портала с поворотной частью. Такая система проста, но удивительно надёжна. Несмотря на постоянные вибрации, пыль и морскую влажность, токосъёмники уверенно питают лебёдки, приводы и аппаратуру управления поворотной части на протяжении десятилетий.

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

Масса самого крана во много раз превышает массу поднимаемого груза, и это сделано не случайно. При полной массе конструкции в 233 тонны номинальный груз 32 т составляет всего около 14% от веса машины. Во время приёмочных испытаний кран кратковременно проверяют повышенной нагрузкой — 40 т (перегрузка 25%), что всё равно не превышает 18% его собственной массы. На этой фундаментальной устойчивости построена вся механика крана — от поворотного механизма до уравновешивающей системы стрелы.

Вся эта стальная махина способна передвигаться по рельсовому пути со скоростью до 30 метров в минуту на четырёх ходовых тележках, каждая из которых оснащена индивидуальным 11 кВт приводом. Такое решение позволяет порталу компенсировать неровности рельсового пути и исключает перекос конструкции при движении. При работе крана нагрузки на отдельные ходовые тележки могут превышать сотню тонн.

Портальный кран имеет большую подветренную площадь. Несмотря на его огромную массу, давление морского ветра может достигнуть такой величины, при которой кран легко сдвигается с места. Чтобы избежать подобных случаев, ходовые тележки оснащены противоугонными захватами для крепления к рельсам. А в кабине управления имеется сигнализация от анемометра, непрерывно измеряющего скорость ветра.

Общее питание крана осуществляется от сети переменного трехфазного тока через специальные штепсельные колонки, расположенные вдоль подкранового пути. Напряжение подается при помощи гибкого шлангового кабеля, укладываемого в кабельный барабан с грузовым приводом. Свободное вращение барабана при наматывании кабеля возможно благодаря кольцевому токоприемнику на его оси. Во время движения крана кабель разматывается с барабана, поднимая противовес через тросовый привод. Чтобы при переключении к следующей штепсельной колонке намотать кабель обратно на барабан, достаточно ослабить ленточный тормоз, удерживающий груз.

Механизмы крана приводятся в движение электродвигателями с фазным ротором типа MTB, MTF и MTH. Управление двигателями осуществляется с помощью командоконтроллеров, представляющих собой многопозиционные кулачковые механические переключатели. Оператор крана поворачивает рукоятку командоконтроллера в нужное положение, приводя в движение кулачковые шайбы. Гребни на кулачковых шайбах способны размыкать контактные группы, формируя определенные комбинации управляющих напряжений для силовых цепей.

Плавность пуска электродвигателей достигается за счет регулирования активного сопротивления в цепи их роторов. Концы трехфазной обмотки ротора через контактные кольца и щетки подключены к блоку пусковых и регулировочных сопротивлений. Эти сопротивления больше похожи на приличных размеров электрический обогреватель.

Включение добавочного сопротивления в цепь ротора на низкой скорости увеличивает пусковой момент и ограничивает пусковой ток. Постепенное шунтирование этого сопротивления по мере разгона позволяет регулировать частоту вращения. Добавляя сопротивление во время вращения, можно осуществлять торможение двигателя.

Платой за простоту такого способа управления является низкое КПД. Очень много энергии превращается в тепло регулировочными сопротивлениями.

Несмотря на возраст и архаичность технических решений, такие краны до сих пор можно встретить в портах и на верфях по всей нашей стране. Некоторые из них отправляются на металлолом, уступая дорогу «молодым» машинам, другие проходят глубокую модернизацию и получают вторую жизнь. Нашему крану повезло, можете не волноваться за него.

Портальный монтажный кран «Кировец» — стальной двухсоттридцатитрехтонный красавец, наследие былой высокоразвитой цивилизации. Громоздкий, шумный, мощный — он воплощает инженерную философию СССР, когда надёжность и функциональность достигались хитроумной механикой и простыми релейными схемами. Построенный в середине 70-х годов прошлого века, десятилетиями без устали трудится, прославляя своих великих создателей, он останется памятником ушедшей эпохи советской индустриальной мощи.

И, может быть, когда в следующий раз вы будете любоваться пейзажем портового города и среди множества мачт и грузовых стрел узнаете силуэт нашего старого знакомого — портального крана КПМ-32/16, помашите ему рукой, передавайте привет...


Автор: OldFashionedEngineer

Написано при поддержке Timeweb Cloud.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

Реклама ООО «ТАЙМВЭБ.КЛАУД», ИНН: 7810945525

Показать полностью 24
IT Электроника Кран Чертеж Ретро СССР Техника Timeweb Telegram (ссылка) Длиннопост Блоги компаний
23
5
Esta.hash
Esta.hash

Конспект ИБ | Сетевые модели OSI и TCP/IP⁠⁠

23 часа назад

Сетевая модель — теоретическое описание принципов работы набора сетевых протоколов, взаимодействующих друг с другом. Модель обычно делится на уровни. Уровни взаимодействуют только с соседними уровнями.

Сетевая модель OSI — эталонная, теоретическая модель работы сети. Модель определяет 7 различных уровней взаимодействия систем.

Сетевая модель TCP/IP также описана уровнями, но включает в себя не 7, а 4 уровня, но описывает те же самые процессы, но с позиции их практической реализации.

Важно: Модель OSI теоретическая, т.е. реальные сети по ней не создаются, соответственно, нет протоколов, которые бы соответствовали уровням этой модели. В интернетах можно наткнуться вот на такие картинки, но это всё ложь и провокация.

Конспект ИБ | Сетевые модели OSI и TCP/IP

Основная проблема, конечно, в уровнях 5-7, которые в реально существующей модели TCP/IP объединены в один общий уровень. Попытка натянуть реальные протоколы на модель OSI заставляет нас "разрывать" единый протокол на искусственные куски, соответствующие разным уровням, а какие-то функции протокола и вовсе проигнорировать.

Возьмём, например, HTTPS. Это не вполне единый протокол, а комбинация двух протоколов: HTTP и SSL (который на самом деле TLS, но об этом позже). Когда браузер работает с HTTPS, стек TCP/IP видит это как единый поток операций прикладного уровня, который сам обеспечивает себе и безопасность, и передачу данных приложения. Разделить эту работу на сеанс, представление и приложение технически невозможно.

Рассмотрим и упомянутый на схеме RPC. Задача RPC — сделать вызов функции на удалённой машине выглядящим для пользователя как локальный вызов. Для этого единый процесс RPC должен одновременно:

  1. Сформировать и отправить структурированное сообщение-запрос (сериализация данных, функция уровня 7 — прикладного).

  2. Управлять сетевым диалогом: обеспечить, чтобы на один запрос пришёл один ответ, обработать таймауты, возможно, обеспечить идемпотентность (повторную безопасную отправку) — это классические задачи уровня 5 (сеансового).

  3. Преобразовать данные (сериализовать/десериализовать сложные структуры в поток байт и обратно) — это функция уровня 6 (представительского).

Вот и получается, что определять реальные протоколы в теоретическую модель — это весьма грубое упрощение, которое вроде как призвано, чтобы упростить понимание, но на деле только путает и порождает лишние вопросы.

Уровни модели TCP/IP

4. Прикладной (application)

Функция:

  • Обеспечение работы приложений: предоставление им доступа к сетевым ресурсам

  • Кодирование, сжатие и шифрование информации

  • Установление, поддержание и закрытие сеанса

Сеанс/сессия представляет собой временное соединение между двумя устройствами, которое позволяет им обмениваться данными в рамках конкретной задачи или операции.

Примеры типов соединений

  • Симплексное соединение:

    Предусматривает одностороннюю передачу данных, без отправки ответных сообщений.
    Пример: отправка информации от различных датчиков (температуры, давления, дыма и т.п.).

  • Полудуплексное соединение:

    Предусматривает двусторонний обмен данными, но данные в текущий момент времени могут передаваться только в одну сторону. Поэтому доступ к каналу связи должен быть разграничен по какому-либо принципу.

    Пример: голосовая радиосвязь, когда один из участников только говорит, а другой только слушает. После окончания реплики первого участника, очередь предоставляется второму и т.д.

  • Полный дуплекс:

    Предусматривает установление двух независимых каналов связи между участниками обмена. Это позволяет вести прием и передачу информации одновременно.

    Пример: телефонная связь, которая позволяет говорить и слушать

3. Транспортный (transport)

Функция: Отвечает за предоставление надежной и эффективной передачи данных между узлами сети. Транспортный уровень служит связующим звеном между нижними уровнями, которые занимаются физической передачей данных, и верхними уровнями, которые обеспечивают работу приложений (порты).

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

Каждый порт идентифицирует конкретное приложение или процесс, что позволяет транспортному уровню направлять данные нужному приложению. Под портом понимается не физическая сущность, а, скорее параметр для получения и передачи данных. Как адрес на конверте. Получатель — это протокол, по которому общается наше приложение, а адрес, где этого получателя искать — это порт. Как правило конкретный порт зарезервирован под конкретный протокол, но бывает и так, что порты назначаются произвольно и динамического диапазона, как, например, в FTP.

2. Сетевой (network)

Функция:

  • Маршрутизация: определение оптимальных путей для передачи данных между сетями.

  • Логическая адресация: присвоение и управление IP-адресами (трансляция логических адресов (IP) и имён в физические(mac-адрес)).

  • Фрагментация: разделение больших пакетов данных на меньшие фрагменты для передачи.

  • Перенаправление: обеспечение передачи данных через промежуточные узлы.

1. Канальный (data link)

Функция: Обеспечение надежной передачи данных через физический канал. Включает задачи по обнаружению и исправлению ошибок, а также управление доступом к среде передачи, а также непосредственно передача данных по физическим носителям: по кабелю, оптоволокну, USB и тд.

Инкапсуляция и деинкапсуляция

Когда передающая сторона готовит данные к передаче – это процесс инкапсуляции данных, и наоборот, когда принимающая сторона начинает обрабатывать входящую последовательность бит и формировать из нее сообщения – это процесс декапсуляции.

На каждом уровне к имеющимся данным добавляется заголовок и при необходимости к данным может быть добавлена метка конца. Заголовки содержат служебную информацию, которая помогает устройствам компьютерной сети определить: кому принадлежит данное сообщение, куда его дальше отправить, не повредилось ли сообщение, какое сообщение в полученной последовательности является первым, а какое вторым и многое другое.

Показать полностью 1
[моё] Развитие IT Карьера Статья Информационная безопасность Образование Длиннопост
0
4
OneHate
OneHate

Ответ на пост «Я тут новенькая, учусь на админа базы данных, расскажите что-нибудь интересное <3»⁠⁠1

1 день назад

Мне вот интересно, чем вообще занимается админ БД?

Если это еще базы Oracle, то примерно понятно, там по администрированию этих баз талмуды написаны.

Нужно ли админу БД знать erd, idef1x, dfd диаграммы?

А так чего сказать.... приводите базы к 3ей нормальной форме, делайте бэкапы (особенно перед любой манипуляцией), проверяйте эти бэкапы, лучше делать скрипт с отправкой на почту о состоянии/завершении ежедневных задач.

Из Охуительных историй было у меня такое дело...

В общем работал в такси и приходилось иногда заливать новые адреса, улицы, маршруты в БД.

И делалось это одним заготовленным скриптом, но перед тем как их залить, надо было очистить таблицу со старыми маршрутами... а перед этим конечно надо было делать и бэкап на всякий случай. Но я же пацан пиздатый и занятой дохуя, да и схема уже отлаженная, что может пойти не так при удалении таблицы с адресами?

А вот блять что, дропнулась каким то хером таблица с заказами.

А баланс водителя считался по ебонутому немного, а именно:

Сумма всех пополнений баланса (нужно для выхода на линию и взятия заказа)

минус
комиссия со всех заказов (за то что служба оказывает информационные услуги).

Ну раз нет заказов, то есть только пополнения.

У водил сразу по 10к на балансе и они ожидаемо ломанулись в офис обналичивать счета.

Было весело) Восстанавливал неделю эту херню.

Показать полностью
IT Учеба Опыт Карьера Программист Вопрос Спроси Пикабу Текст Мат Ответ на пост
24
rabota.pikabu
rabota.pikabu
Пикабу Работа
Серия Удаленная работа

Junior-разработчик в «Джейкет», удаленно⁠⁠

1 день назад

Опыт работы: 1—3 года

Другие вакансии от «Джейкет»

Ваши задачи:

  • Участвовать в разработке сайтов

Требования:

  • Опыт работы от 1 года, обязателен

  • Прикладной технический опыт (веб-разработчик, веб-мастер);

  • Высшее техническое образование;

  • Опыт веб разработки с Битрикс/Bitrix API, World Press, Tilda, знание MySQL, PHP, Java Script, CSS, HTML.

ОТКЛИКНУТЬСЯ →

Больше вакансий по вашим предпочтениям ищите на сайте Пикабу Работа.

[моё] Свежие вакансии Пикабу Вакансии Работа Карьера Поиск работы Собеседование Профессия Зарплата Сотрудники Россия Специалисты Трудовые отношения Вакансии Работники Работодатель Текст IT Разработка Удаленная работа
672
MASTER095
MASTER095
Все о медицине

Истории от Master095. Первая медицинская нейросеть, что сдала экзамен на врача в USA⁠⁠

1 день назад

OpenEvidence: единственная нейросеть, что сдала медицинский экзамен на врача в США

Истории от Master095. Первая медицинская нейросеть, что сдала экзамен на врача в USA

Это не просто чат-бот, а инструмент с «цитированием источников»: каждый ответ содержит ссылки на исследования, откуда была взята информация.

Чем отличается от обычного ChatGPT/DeepSeek?

Доступ к медицинским базам: Работает с PubMed, руководствами (UpToDate, Dynamed), систематическими обзорами (Cochrane), клиническими рекомендациями.Информация обновляется — ежеквартально).

Показывает не только ответ, но и «доказательную базу» — релевантные отрывки из статей с оценкой уровня доказательности.

Не генерирует «отсебятину» на неизвестные темы, а опирается на источники.

Бесплатная версия имеет лимиты по запросам. Но мне хватает

Требует VPN и регистрации через google/apple аккаунт

Показать полностью 1
[моё] IT Нейронные сети Медицина
103
0
debudLeg
debudLeg

Как Cursor помог переписать браузерное расширение за 2 часа: опыт миграции на единый стек⁠⁠

1 день назад

Последние пару недель занимаюсь унификацией технологического стека для всех своих pet-проектов и поделок. Цель — собрать единый тех-радар, чтобы не тратить время на переключение контекста между разными фреймворками и библиотеками.

Мой стек

Frontend:
- React (без сюрпризов)
- WXT (лучший фреймворк для браузерных расширений)
- MUI (библиотека UI-компонентов под Material Design)
- Netlify (бесплатный и надёжный хостинг)

Backend:
- Supabase (как Firebase, только лучше)
- Yandex Cloud (serverless-контейнеры + S3-хранилища)

Процесс

На выходных добрался до Speech to Text — браузерного расширения для транскрипции аудио. Оно было написано на vanilla JS ещё в первых версиях, и каждое обновление превращалось в квест по поиску багов и зависимостей.

С помощью Cursor (AI-ассистента для кода) переписал всё расширение за пару часов:

  • Перенёс на WXT (фреймворк для Chrome Extensions)

  • Заменил самописные компоненты на MUI

  • Добавил TypeScript для типобезопасности

  • Заодно запилил новую фичу: транскрипцию системного звука через Chrome Tab Capture API

Что получилось

Теперь Speech to Text может расшифровывать не только микрофон, но и всё, что играет на компьютере: YouTube-видео, Zoom-созвоны, лекции, подкасты и т.д.

Дополнительно добавил:

  • Аудиоплеер для предпросмотра файла перед отправкой

  • Анонимную расшифровку по прямой ссылке на аудио

Бонус

Модерация в Chrome Web Store прошла за 2 часа (обычно было 8-12). Предполагаю, что регулярные релизы дают "репутацию" у алгоритмов Google.

Выводы

Унификация стека — это не просто модное слово, а реальная экономия времени. Теперь могу быстро переключаться между проектами и переиспользовать компоненты без головной боли.

Хотите больше деталей?
Про процесс унификации стека, выбор инструментов и другие эксперименты с расширениями пишу в своём Telegram-канале @debug_leg. Там более неформальный формат: короткие посты, скриншоты процесса и честные истории про грабли. Подписывайтесь, если интересна кухня разработки.

Показать полностью 2
[моё] Разработка IT Стартап Программирование Искусственный интеллект Длиннопост
3
Вопрос из ленты «Эксперты»
user11384388
user11384388

Я тут новенькая, учусь на админа базы данных, расскажите что-нибудь интересное <3⁠⁠1

1 день назад

Я художница самоучка что всю жизнь думала, что будет учиться рисованию и дальше, но жизнь меня (гуманитария) кинула в айти на направление БД, хочу послушать ваши интересные рассказы, опыт и советы, очень интересно будет почитать

IT Учеба Опыт Карьера Программист Вопрос Спроси Пикабу Текст
26
4
VelStyling
VelStyling
Серия SQL: знакомство

UNION vs UNION ALL⁠⁠

1 день назад

Почему одно объединение "умное", но медленное, другое - "тупое", но честное?

Обсудим сегодня эту тему.

UNION vs UNION ALL

А пока подписывайся на мой канал На связи: SQL Там я публикую посты про особенности и нюансы SQL. Этот канал про то, как не бояться баз данных, понимать, что такое JOIN, GROUP BY и почему NULL ≠ 0. Его я веду с нуля подписчиков. Присоединяйся!

UNION и UNION ALL.

На вид - почти одно и то же.
По смыслу - разные вещи.

И вот почему

UNION ALL — «тащит всё как есть»

UNION ALL просто берёт результаты двух запросов и клеит их друг под другом:

SELECT name FROM customers

UNION ALL

SELECT name FROM partners;

Никаких проверок, дубликатов, умностей.

- Если в обоих списках есть «Иван», то итоговый результат будет два «Ивана».
- Если порядок в исходных таблицах хаотичный, в результате он будет ещё хаотичнее.

UNION ALL = быстро + честно + без фильтров.

UNION - «умный, но медленный»

UNION делает то же самое, но перед тем как вернуть результат, он удаляет дубликаты:

SELECT name FROM customers

UNION

SELECT name FROM partners;

Чтобы убрать дубли, PostgreSQL/Oracle/MySQL вынуждены:

  • отсортировать результат

  • или построить hash-сет

  • и только потом вернуть данные

Это дорого.
На миллионах строк может стать тормозом №1 в отчёте.

UNION = красиво, чисто, но медленно.

Где использовать UNION?

✔ Когда действительно нужны уникальные значения

Например, получить список всех пользователей, независимо от источника:

SELECT user_id FROM old_system

UNION

SELECT user_id FROM new_system;

✔ Когда нужно исключить дубли после сложной логики

Например, когда запросы пересекаются, а ты не хочешь вручную писать DISTINCT.

Где использовать UNION ALL?

Практически везде, там где не надо удалять дубликаты, т.к. их по определению нет.
Например объединение отчетных данных за разные периоды.

SELECT * FROM sales_2024

UNION ALL

SELECT * FROM sales_2025;

Неочевидный факт: порядок строк не гарантируется

Ни в UNION, ни в UNION ALL.

Если хочешь порядок — дописывай: ORDER BY

Вывод:

  • UNION ALL — как корзина: «скидываем всё подряд».

  • UNION — как фильтр: «скидываем всё, но потом отбираем уникальное».

Мой канал На связи: SQL ждет тебя, если ты тоже хочешь познакомиться с базовым языком для аналитики данных. Подписывайся!

Показать полностью 1
[моё] Аналитик Аналитика SQL Анализ данных Microsoft Excel База данных Таблица Postgresql IT Длиннопост
0
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Маркет Промокоды Пятерочка Промокоды Aroma Butik Промокоды Яндекс Путешествия Промокоды Яндекс Еда Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии