Нейросеть нового поколения Сайга появилась на Huggingface (больше месяца назад, правда)
Как это работает: Я не первым взял LLaMA и дообучил к ней адаптеры, но первым сделал это для русского. Сайга научилась решать творческие (и не только) задачи: она напишет сценарий для выпускного, составит деловое письмо или предложит план путешествия.
Как воспользоваться: Откройте репозиторий с 7B llama.cpp версией, следуйте инструкциям. Это работает везде, где есть хоть какой-то CPU и 10+GB RAM, в том числе на макбуках. Код открыт, есть и 13B/30B версии.
Как обучали Сайгу: Известными методами собрали инструкции, диалоги и ответы из ChatGPT, обучили на самом мощном в моей квартире компьютере с одной RTX 3090.
Что дальше: Запуск месяц назад — это первый шаг. Нейросеть постоянно обучается (точнее мы её дообучаем), поэтому с каждым днём Сайга будет становиться умнее.
Ах да, Сайга абсолютно бесплатна. Она не собирает ваши данные, не требует установки сомнительного софта, если не считать таковым биндинги для llama.cpp. И да, она обращает внимание на предыдущие реплики.
На мой взгляд именно это – проблема. Человек шёл на хабр с определенной целью – получить профит.
И выражен он был в нескольких вещах:
Раскрутка себя путём оставления ссылки на свой проект, в дополнении к интересной статье.
Грамотные комментарии, которые давали ясность того, что ты делаешь что-то правильно или неправильно.
Возможность диалога.
Тестирование своего литературного и технического таланта.
Первое убило перепрофилирование на коммерциализацию, когда для ссылки на свой проект нужно иметь коммерческий аккаунт.
Второе и третье – сброс кармы и чрезвычайная цена ошибки за неверный (с точки зрения сообщества) комментарий.
А четвёртое – неравноценность усилий и получаемого результата.
Помнится, моим любимым блогом для чтения был "Я пиарюсь". В нём были как и отличные в целом проекты, за которыми было интересно наблюдать, так и полторашные поделки, в которых автору давали действительно дельные комментарии, что давало мне в то время, как начинающему специалисту, понимание того, как вообще происходит процесс создания чего-то, и как обходить ошибки, сделанные авторами.
Автор конечно негодует правильно по поводу фреймворков и тучи мусорного кода, и мыслит в верном направлении, но самому ему пока не хватает опыта и навыка делать более грамотно в чистом html css, и тем более - в seo :)
Автор - инлайн стили НИ-КОГ-ДА, что неясного?
Вы основную часть SEO, картинку товара!!! прячете в бэкграунд :) Это FIGURE, ТОЛЬКО FIGURE и в ней srsset размеров в img, поисковики должны видеть эту картинку и оценивать как главное на странице.
span-ы в заголовках, - есть в css child-ы по любым условиям, номер слова одно из них, когда сделать перенос, вы же не красите текст, просто переносите его.
section - тэг разметки баров, а не главного контента main - только ARTICLE.
И в header тегах ТОЛЬКО ТЭГИ ЗАГОЛОВКОВ, никаких span-ов с рубриками и прочим.
Но в целом вы мыслите правильно, нужно избавляться от барахла и тонн мусора любителям писать кучи классов и div-ов.
Возможно, я что-то недопонимаю, но, по-моему, задача имеет явно асинхронную природу и не может решаться "в лоб"
Как бы сделал я?
При открытии приложения, его настройки запрашиваются с сервера. В этот момент, пока данные не получены, изменять настройки можно, но их состояние сохраняется только локально, а пользователь может получать уведомление "синхронизация", если изменения критичны для общего функционала.
Во время синхронизации отображается последнее сохранённое ЛОКАЛЬНО состояние настроек приложения и никакие данные настроек на сервер не передаются до их получения.
После получения с сервера и сравнения состояния, конфликты разрешаются, после чего новое состояние отправляется на сервер и только после подтверждения сервером получения новых настроек синхронизация считается законченой и может произойти отправка новых изменений на сервер. До этого момента все изменения только локальны.
Если сервер отказывает в каких-либо изменениях, приложение сообщает об этом и фиксирует этот факт в локальной копии конфигурации
Всё. При таком подходе вообще невозможно возникновение каких-либо проблем подобного рода при вполне доступной возможности изменять настройки приложения.
Если пользователь поменял "флажок" и ушёл с экрана - приложение лишь изменило своё состояние на "запрос синхронизации", сохранив своё состояние локально и ожидая подтверждения изменений данных на сервере.
Учитывая, что приложение по природе своей клиент-серверное и настройки прямо влияют на поведение приложения и передаваемые сервером данные, приоритет синхронизации настроек видится необходимым.
Не уверен что я на новой версии. Но по-моему и старая-новая - полное го...ще. извините за резкость, но другого слова к эмоции подобрать не могу.
Далее про мобильную версию: что это за "умное" поле ввода для комментариев, которое переиначивает здравый смысл пополам? 1. При наборе неправильного слова при наведении на него вылазиет белый квадрат. Видно пытались сделать попап с вариантами исправлений, да вот только квадрат в 100% случаев зияюще бел и пуст. 2. Если переместить курсор ввода на середину текста, то он после ввода начинает прыгать по своим анархичным правилам, перепрыгивая к концам слов. 3. Теперь в комментариях можно легко написать дифференциал... но нельзя сделать текст курсивным, жирным или перечеркнутым? Штаааа? Это какая-то дзен философия аскетичного-амишного текста без излишеств?
Хабр возомнил себя лидером индустрии и начал внедрять новые модные-молодежные веб стандарты?
Да с какой стати они напряженные? Уровень готовности — мирное время, риторика на уровне «неназванный потенциальный противник», и идеологические противоречия не на уровне NATO vs Варшавский блок.
Я повесил у себя в подвале боксерскую грушу, приклеил на нее стоковое фото типичного менеджера и запихал внутрь динамик, чтобы он проигрывал фразы, которые меня злят.
Первая ошибка. Вместо того чтобы считать менеджеров «идиотами» следовало бы научится их слушать и правильно интерпретировать то что они пытаются донести.
Поэтому, вместо узкозаточенной либы, на которую стоял таск, мы решили делать гораздо более мощную и абстрактную — подходящую для всего. И мы невероятно верили в свою правоту, потому что только так и создаются по-настоящему хорошие вещи.
Вторая ошибка. Вместо решения поставленой бизнесом задачи вы решили послать всех к чертям и за счет бизнеса реализовать свои амбиции.
Чтобы делать хорошие дела, надо уметь убеждать людей в своей правоте.
Третья ошибка. Чтобы делать хорошин дела, нужно чтобы эти дела приносили людям пользу. В таком случае, не придется ни кого ни в чем убеждать.
Когда делаешь фронт, есть два источника проблем — пользователь и бекенд.
Четвертая ошибка. Не то ни другое не является проблемой. Пользователи — это те без кого ваша работа не имеет смысла, бэкэнд — это те без кого вы не сможете решить большинство сложных задач современного мира требующих большого кол-ва вычислительных мощностей.
… Но такие придурки существуют, причём существуют в том же самом мире, где есть другие придурки, пропускающие это говно на кодревью.
… Но мы сделаем, потому что мы профессионалы…
… и дураки легко сломают наш код.
Пятая ошибка. Считать всех вокруг придурками, идиотами, дураками, при этом считать себя профессионалами.
Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
В завершении ожидаемый и закономерный результат. Жизнь все расставила по местам.
К чему я это все? Я бы рекомендовал вам к прочтению вот эти книги. Все они в меньшей степени про код и в большей степени про то, как перестать доказывать всем, что ты профессионал и стать профессионалом:
The Pragmatic Programmer: From Journeyman to Master (by Andrew Hunt_
The Passionate Programmer: Creating a Remarkable Career in Software Development (by Chad Fowler)
Soft Skills: The software developer's life manual (by John Sonmez)
The Clean Coder: A Code of Conduct for Professional Programmers (by Robert C. Martin)
Я достаточно долго работал с RPi, на объектах стоит больше тысячи устройств, и пришлось дорабатывать напильником (реверс-инжиниринг ThreadX) и видеодрайвера Линукс vc4.
Статья очень толковая, просто мои мысли выразил товарищ. Добавлю пять копеек — медленная память.
По поводу аналогов — очень неплохие и надёжны Odroid XU4, но морально устарели, жаль N1 так и не вышел. Tinker от Asus вроде неплохо, но дохлое комьюнити, проблемы с поддержкой и ещё бОльшие и с поставками. Чипсеты от AMLOGIC принципиально не рассматриваю, побуистичное отношение к дровам. Соки на Nvidia дороги, в конечника цена прилетает такая, что они даже не рассматривают.
Я остановился на соке от Firefly на чипсете Rockchip RK3328-CC, как базовой, и RK3399 для более производительных задач.
Плюсы — унифицированный фреймворк драйверов (мои задачи — видео и NN, дрова для всех моделей одинаковы), DDR4, хороший саппорт, нет проблем с поставками и гарантированный LTS
Ну тут уже практически всё написали. Универсального рецепта не предложу, составьте свой список, пройдите пару-тройку собеседований и вы сами выставите приоритеты и поймёте, что стоит спрашивать, а что нет. И главное, у кого. Плюс я обязательно требую собеседования с будущим руководителем проекта, потому что зачастую от него получаешь 90% всей информации.
У меня есть опыт собеседований по обе стороны баррикад и базовые знания психологии. Плюс я интуитивно чувствую, когда люди врут. Иногда приходилось очень аккуратно выуживать детали, мол «у вас такие интересные условия работы, наверное низкая текучка кадров» и понимать, что что-то тут не то; а иногда слышал прямо «с вашим опытом и желанием развиваться вам будет скучно с нашим легаси на мфц, но если вы хотите денег, мы предложим вам х2 к желаемой вами сумме».
В целом вопросы технические: используемый стек технологий, методологии разработки, насколько реально, а не номинально получается следовать методологиям (это важно потому что часто люди работают по скрамбану и все шишки летят в разработчиков, вместо кривого менеджмента). Какое рабочее железо, политика касательно закупок софта, книжек и т.п. К примеру, мне нравится мой текущий проект, но объяснить своим менеджерам, которые потом будут объяснять заказчикам из google, зачем тебе нужен resharper проблематично, проще самому купить, благо зарплата позволяет.
Тщательно спрашиваю про бонусы и правила из начисления. Обычно всё сводится либо к интересным KPI (но рабочую схему видел лишь однажды), либо к «на усмотрение руководителя». Сам предпочитаю вариант, как наименее рискованный с точки зрения лояльности подчинённых, когда бонусов нет в принципе, за исключением каких-то критических ситуаций.
Отпуска (насколько заранее согласовывать), отгулы, переносы рабочих дней, в общем, насколько гибким является «гибкий график». Я увлекаюсь бальными танцами и после некоторых турниров чувствую себя как выжатый лимон, особенно если турнир заканчивается поздно в воскресенье. Максимум на что я буду способен в понедельник — листать почту/новости и ютубчик. Поэтому предпочитаю либо день отпуска, либо перенос рабочего времени. Хотя на нынешнем проекте ещё проще, никто не заморачивается.
При оценке работодателя надо стараться быть объективным. На нынешней работе меня вообще не могли проконсультировать по поводу проектов, т.к. я был первым с++ программистом в филиале компании, примерно месяц сидел on bench. Но остальные условия такие, что пока лучшего для себя в Минске я не встречал, хоть это и аутсорсинг.
Так как я гражданин другого государства, то, думаю, это дает мне индульгенцию на размещение инструкций по нарушению законодательства РФ. Небольшой список прокси:
Server: 46.4.74.30
Port: 1080 или 443
Username: telegram
Password: telegram
Server: 209.250.245.134
Port: 1080 или 443
Username: telegram
Password: telegram
Нейросеть нового поколения Сайга появилась на Huggingface (больше месяца назад, правда)
Как это работает: Я не первым взял LLaMA и дообучил к ней адаптеры, но первым сделал это для русского. Сайга научилась решать творческие (и не только) задачи: она напишет сценарий для выпускного, составит деловое письмо или предложит план путешествия.
Как воспользоваться: Откройте репозиторий с 7B llama.cpp версией, следуйте инструкциям. Это работает везде, где есть хоть какой-то CPU и 10+GB RAM, в том числе на макбуках. Код открыт, есть и 13B/30B версии.
Как обучали Сайгу: Известными методами собрали инструкции, диалоги и ответы из ChatGPT, обучили на самом мощном в моей квартире компьютере с одной RTX 3090.
Что дальше: Запуск месяц назад — это первый шаг. Нейросеть постоянно обучается (точнее мы её дообучаем), поэтому с каждым днём Сайга будет становиться умнее.
Ах да, Сайга абсолютно бесплатна. Она не собирает ваши данные, не требует установки сомнительного софта, если не считать таковым биндинги для llama.cpp. И да, она обращает внимание на предыдущие реплики.
https://github.com/opsway/doctrine-dbal-swoole-pgsql-driver
https://github.com/opsway/doctrine-orm-swoole
И выражен он был в нескольких вещах:
Первое убило перепрофилирование на коммерциализацию, когда для ссылки на свой проект нужно иметь коммерческий аккаунт.
Второе и третье – сброс кармы и чрезвычайная цена ошибки за неверный (с точки зрения сообщества) комментарий.
А четвёртое – неравноценность усилий и получаемого результата.
Помнится, моим любимым блогом для чтения был "Я пиарюсь". В нём были как и отличные в целом проекты, за которыми было интересно наблюдать, так и полторашные поделки, в которых автору давали действительно дельные комментарии, что давало мне в то время, как начинающему специалисту, понимание того, как вообще происходит процесс создания чего-то, и как обходить ошибки, сделанные авторами.
Где теперь этот блог?
Автор конечно негодует правильно по поводу фреймворков и тучи мусорного кода, и мыслит в верном направлении, но самому ему пока не хватает опыта и навыка делать более грамотно в чистом html css, и тем более - в seo :)
Автор - инлайн стили НИ-КОГ-ДА, что неясного?
Вы основную часть SEO, картинку товара!!! прячете в бэкграунд :) Это FIGURE, ТОЛЬКО FIGURE и в ней srsset размеров в img, поисковики должны видеть эту картинку и оценивать как главное на странице.
span-ы в заголовках, - есть в css child-ы по любым условиям, номер слова одно из них, когда сделать перенос, вы же не красите текст, просто переносите его.
section - тэг разметки баров, а не главного контента main - только ARTICLE.
И в header тегах ТОЛЬКО ТЭГИ ЗАГОЛОВКОВ, никаких span-ов с рубриками и прочим.
Но в целом вы мыслите правильно, нужно избавляться от барахла и тонн мусора любителям писать кучи классов и div-ов.
Похожим способом можно поставить Emoji в качестве favicon:
Увидел на сайте based.cooking. Если кто знает способ покороче - поделитесь :)
Возможно, я что-то недопонимаю, но, по-моему, задача имеет явно асинхронную природу и не может решаться "в лоб"
Как бы сделал я?
При открытии приложения, его настройки запрашиваются с сервера. В этот момент, пока данные не получены, изменять настройки можно, но их состояние сохраняется только локально, а пользователь может получать уведомление "синхронизация", если изменения критичны для общего функционала.
Во время синхронизации отображается последнее сохранённое ЛОКАЛЬНО состояние настроек приложения и никакие данные настроек на сервер не передаются до их получения.
После получения с сервера и сравнения состояния, конфликты разрешаются, после чего новое состояние отправляется на сервер и только после подтверждения сервером получения новых настроек синхронизация считается законченой и может произойти отправка новых изменений на сервер. До этого момента все изменения только локальны.
Если сервер отказывает в каких-либо изменениях, приложение сообщает об этом и фиксирует этот факт в локальной копии конфигурации
Всё. При таком подходе вообще невозможно возникновение каких-либо проблем подобного рода при вполне доступной возможности изменять настройки приложения.
Если пользователь поменял "флажок" и ушёл с экрана - приложение лишь изменило своё состояние на "запрос синхронизации", сохранив своё состояние локально и ожидая подтверждения изменений данных на сервере.
Учитывая, что приложение по природе своей клиент-серверное и настройки прямо влияют на поведение приложения и передаваемые сервером данные, приоритет синхронизации настроек видится необходимым.
У YouTube есть RSS для каналов. Доступен по ссылке:
https://www.youtube.com/feeds/videos.xml?channel_id=<channel_id>За NetNewsWire спасибо. Не знал про такой. Сам пользуюсь Reeder 5. Нравится наличие vim-like навигации и отличная поддержка macOS жестов.
более полный вариант
И FullHD монитор у него был
Не уверен что я на новой версии. Но по-моему и старая-новая - полное го...ще. извините за резкость, но другого слова к эмоции подобрать не могу.
Далее про мобильную версию: что это за "умное" поле ввода для комментариев, которое переиначивает здравый смысл пополам? 1. При наборе неправильного слова при наведении на него вылазиет белый квадрат. Видно пытались сделать попап с вариантами исправлений, да вот только квадрат в 100% случаев зияюще бел и пуст. 2. Если переместить курсор ввода на середину текста, то он после ввода начинает прыгать по своим анархичным правилам, перепрыгивая к концам слов. 3. Теперь в комментариях можно легко написать дифференциал... но нельзя сделать текст курсивным, жирным или перечеркнутым? Штаааа? Это какая-то дзен философия аскетичного-амишного текста без излишеств?
Хабр возомнил себя лидером индустрии и начал внедрять новые модные-молодежные веб стандарты?
Первая ошибка. Вместо того чтобы считать менеджеров «идиотами» следовало бы научится их слушать и правильно интерпретировать то что они пытаются донести.
Вторая ошибка. Вместо решения поставленой бизнесом задачи вы решили послать всех к чертям и за счет бизнеса реализовать свои амбиции.
Третья ошибка. Чтобы делать хорошин дела, нужно чтобы эти дела приносили людям пользу. В таком случае, не придется ни кого ни в чем убеждать.
Четвертая ошибка. Не то ни другое не является проблемой. Пользователи — это те без кого ваша работа не имеет смысла, бэкэнд — это те без кого вы не сможете решить большинство сложных задач современного мира требующих большого кол-ва вычислительных мощностей.
Пятая ошибка. Считать всех вокруг придурками, идиотами, дураками, при этом считать себя профессионалами.
В завершении ожидаемый и закономерный результат. Жизнь все расставила по местам.
К чему я это все? Я бы рекомендовал вам к прочтению вот эти книги. Все они в меньшей степени про код и в большей степени про то, как перестать доказывать всем, что ты профессионал и стать профессионалом:
Я достаточно долго работал с RPi, на объектах стоит больше тысячи устройств, и пришлось дорабатывать напильником (реверс-инжиниринг ThreadX) и видеодрайвера Линукс vc4.
Статья очень толковая, просто мои мысли выразил товарищ. Добавлю пять копеек — медленная память.
По поводу аналогов — очень неплохие и надёжны Odroid XU4, но морально устарели, жаль N1 так и не вышел. Tinker от Asus вроде неплохо, но дохлое комьюнити, проблемы с поддержкой и ещё бОльшие и с поставками. Чипсеты от AMLOGIC принципиально не рассматриваю, побуистичное отношение к дровам. Соки на Nvidia дороги, в конечника цена прилетает такая, что они даже не рассматривают.
Я остановился на соке от Firefly на чипсете Rockchip RK3328-CC, как базовой, и RK3399 для более производительных задач.
Плюсы — унифицированный фреймворк драйверов (мои задачи — видео и NN, дрова для всех моделей одинаковы), DDR4, хороший саппорт, нет проблем с поставками и гарантированный LTS
Ну тут уже практически всё написали. Универсального рецепта не предложу, составьте свой список, пройдите пару-тройку собеседований и вы сами выставите приоритеты и поймёте, что стоит спрашивать, а что нет. И главное, у кого. Плюс я обязательно требую собеседования с будущим руководителем проекта, потому что зачастую от него получаешь 90% всей информации.
У меня есть опыт собеседований по обе стороны баррикад и базовые знания психологии. Плюс я интуитивно чувствую, когда люди врут. Иногда приходилось очень аккуратно выуживать детали, мол «у вас такие интересные условия работы, наверное низкая текучка кадров» и понимать, что что-то тут не то; а иногда слышал прямо «с вашим опытом и желанием развиваться вам будет скучно с нашим легаси на мфц, но если вы хотите денег, мы предложим вам х2 к желаемой вами сумме».
В целом вопросы технические: используемый стек технологий, методологии разработки, насколько реально, а не номинально получается следовать методологиям (это важно потому что часто люди работают по скрамбану и все шишки летят в разработчиков, вместо кривого менеджмента). Какое рабочее железо, политика касательно закупок софта, книжек и т.п. К примеру, мне нравится мой текущий проект, но объяснить своим менеджерам, которые потом будут объяснять заказчикам из google, зачем тебе нужен resharper проблематично, проще самому купить, благо зарплата позволяет.
Тщательно спрашиваю про бонусы и правила из начисления. Обычно всё сводится либо к интересным KPI (но рабочую схему видел лишь однажды), либо к «на усмотрение руководителя». Сам предпочитаю вариант, как наименее рискованный с точки зрения лояльности подчинённых, когда бонусов нет в принципе, за исключением каких-то критических ситуаций.
Отпуска (насколько заранее согласовывать), отгулы, переносы рабочих дней, в общем, насколько гибким является «гибкий график». Я увлекаюсь бальными танцами и после некоторых турниров чувствую себя как выжатый лимон, особенно если турнир заканчивается поздно в воскресенье. Максимум на что я буду способен в понедельник — листать почту/новости и ютубчик. Поэтому предпочитаю либо день отпуска, либо перенос рабочего времени. Хотя на нынешнем проекте ещё проще, никто не заморачивается.
При оценке работодателя надо стараться быть объективным. На нынешней работе меня вообще не могли проконсультировать по поводу проектов, т.к. я был первым с++ программистом в филиале компании, примерно месяц сидел on bench. Но остальные условия такие, что пока лучшего для себя в Минске я не встречал, хоть это и аутсорсинг.
Server: 46.4.74.30
Port: 1080 или 443
Username: telegram
Password: telegram
Server: 209.250.245.134
Port: 1080 или 443
Username: telegram
Password: telegram
Server: 140.82.37.240
Port: 10080
Username: tgfree_user
Password: laip3Ez6
Server: telegram.vpn99.net
Port: 55655
tgproxy.me
opentg.us
fuckrkn.us
Бот t.me/tgfreebot
Принтер за 200 долларов. Работает! Печати с телефона нет, ну да и хрен с ней. «Лампа Аладдина» не нужна. Пусть Годзилла кушает кого то еще…