А потом когда все это купили и весь народ нанят, надо еще сверху купить 20% и потратить еще 50% человекоресурсов чтобы подключить/настроить/создать систему мониторинга. А то как же руководству потом показывать красивые графики?
Там кинули "какульку" в Go. Что какие-то паники среды и бла-бла-бла. Разрабатываю довольно высоконагруженныe ассинхронные приложения на нем, со сложными структурами. У меня таких проблем нет. Есть нюансы, есть где подумать…много иногда кода приходится писать лишнего…но чтоб так…не, такого нет.
из всех проблем Go которые мне не нравится - бинарные деревья. Они очень медленные по скорости. В моих приложениях нужна именно скорость исполнения и это то что печалит. Но от версии к версии становится быстрее. За последние 2 года они ускорились процентов на 20-30. Но не дотчгивают до раста и c++. поэтому пришлось немного подпрыгнуть и придумать обход этого узкого места.
ПС: прошел год, я не увидел (но и не сильно и пытался увидеть) статью где показан пример работы на Rust после которой сидишь и думаешь: «ну, да…на go сделать такое сложно или невозможно, или будет крайне медленно»
Да, знаю что некоторые блоки у различных корпораций переписаны на Rust (тот же Cloudflare), но это не является причиной для того чтобы бежать его и учить. И всегда может возникнуть вопрос: А может C++...специалистов, фреймворков и прочего для него как грязи.
Прошел год назад, когда перестраивал софт на монолит тк нужна была скорость обработки в наносекундах. Честно, я очень боялся, но когда все сделал - мир заиграл новыми красками. Нет тонн софта обслуги, упростилось проектирование api…пропали тонны протоколов для взаимодействия. Сократилось количество виртуалок…пропали ситуации когда какой-то там микросервис начинал жрать память, который делался при царе горохе. Потом сидишь и пытаешься вспомнить как он вообще работает.
Один минус - перезапуск монолита сложная задача, это надо проектировать при разработке.
а про эффективность вообще молчу, лично у меня нагрузка упала на 70% общая по серверам.
А на тему рациональности использования, хорошо звучит и правильно…дескать мяса много жрать тоже вредно. Но предполагаю что везде температура по больнице будет +- одна, просто рост в геометрической прогрессии и уследить за этим очень сложно
Справедливости ради, речь тут о тойоте. В ней не понятно когда и почему, но в мерседесах/бмв и точно в РР уже с 2016 года нет классической кан шины. Там МультиКан и т.п. каждый называет по своему. И уже там используется оптика для обмена, поэтому последние года «взломы» машин для перепрошивки или активаций каких-то функций стал появляются с большой задержкой.
на самом деле это и к лучшему. Но запчасти станут дороже. К примеру раньше были обычные тормоза…так сказать простые. А теперь новая можа - электрические. С одной стороны они очень крутые, с другой ты потом будешь очень рад узнать при ремонте что оказывается у тебя на суппорте тормоза не просто моторчик который колодку зажимает, а моторчик с мозгом который получает команды по оптике, просчитывает параметры и делает действия. И естественно это не ремонтируется и меняется блоком стоимость…вообщем вы поняли
При этом в инстаграмме китайцы продают классический ss пока что. Все таки повторюсь, классно что технологии есть, развиваются. Но пока они слишком избыточны.
а как эти новые технологии по скорости доступа, насколько все плохо или хорошо. Потому что классический ovpn рвет даже первую итерацию SS как тузик грелку. На сайтах в целом разницы не видишь, зато видно как проседает скорость при скачивании к примеру больших файлов с сайтов. Например тот же самый ютуб если запроксировать, заметно становится сразу на 4к роликах он прям туго начинает кэшировать
Статья интересная, так почитать что что-то там придумали. Но классический ShadowSocket избыточен на данный с chacha20. Китайцы ходят вроде на ура и без проблем. А на тему заглушек актуально наверное для тех кто предоставляет это как сервис. А когда ты и твои друзья условно пользуются одним сервером – вряд ли будут ползать искать
Сейчас у меня две виртуалки, одна в РФ и там нет роскомнадзора, другая в США для нетфликса и прочих сервисов которые наши айпи забанили. Заплатил сразу за год, обе обошлись мне в 2800 в сумме. 230 рублей/мес это не такие уж большие деньги за комфорт.
Поставил Shadowsocks одной командой, сделал sub для shadowrocket. Туда указал два сервера, и определил с помощь config какие ресурсы куда должны ходить. 4 месяца – идеально. Макбук и iphone ходит в зависимости от адреса через нужную проксю. Но большая часть в Direct.
Год назад выбирали язык на который переписывать высоконагруженный сервиcs. Было 3 варианта:
Golang, C++, Rust. После небольшого исследования в неделю, остались C++ и Golang. По итогу выбрали последний.
Хотели выбрать C++ он все же немного в наших задачах быстрее golang особенно в вопросе бинарных деревьев. Но победила быстрая разворачиваемость Golang. Притом базовых функций unsafe для доступа к DLL/SO библиотекам хватает. Собственно модуль который работает с бинарными деревьями написан на C++ и подключается в Golang
Почему не Rust ответ дали те люди которые и на C++ и на Rust. Когда в задаче всплывали сторонние библиотеки DLL и часть чужого кода С/С++ они сами же и отговаривали от Rust. Дополнительно поясняя что "какбэ" в данной задаче еще и жуткая "многопоточность" и опыта на C++ в этом у них значительно больше. И это мнение 10-ка человек. Притом когда я спрашивал ребят, а зачем Rust-то учили. Все без исключения ответили что-то из разряда: "Появилась задача на хайпе, решили попробовать что-то новое"
Моё личное мнение после исследования такое, отвечу с точки зрения бизнеса: 1. Найти другого программиста на С++ проще, чем искать на Rust. Я говорю не о разработчиках средней руки, а именно о тех кто решает сложные задачи. 2. Прибавки в скорости по бенчам по сравнению с С++ не увидел. Либо она настолько ничтожна что в современном мире можно списать на погрешность 3. Под С/С++ написано больше чем много. Если стоит вопрос подключения библиотек сторонних и не дай бог еще они "закрытые". Несмотря на совместимость какую-то и возможность подключения (хотя лично мне кажется она такая же как на golang, просто чуть лучше) я с трудом могу представить ситуацию:
"Нам нужно сделать приложение. Будем использовать 10 библиотек готовых, проверенных на C++ [список]. Поэтому очевидно что наше приложение будет на Rust"
4. Не мог не обратить внимание на то что те статьи и комментарии которые я читал еще тогда, собственно как и эта статья напоминает: "Rust это круто и узнав его ты станешь элитой. C++/golang/python....[плохое слово]". Очень мало статей банально на реализации действительно сложных задач. 95% статей собственно как это.
А теперь по статье:
"Проекты, такие как QUIC и HTTP/3"
насколько мне не изменяет память, это Cloudflare открыла исходники на языке Rust. И на сколько я помню там Google делал на C++ изначально. А то что Cloudflare решил на Rust не говорит ни о чем. Захотели и сделали. Могут себе позволить.
"Rust и Веб-разработка"
С трудом представляю реализацию всего этого, код ради кода. Мы хоть не пользуемся контейнерами типа кубов, но пользуемся микросервисной архитектурой. Последнее что приходит на ум вставлять в JS бинарный код чтобы сцеплять их с языком программирования. Хотя реализация REST/GRPC вполне самодостаточная и не требует специфичных знаний для 99.99999% веб приложений. Могу ошибаться конечно, но выглядит как какая-то херня.
В первый день я его заставил написать сказку про колобка и волка, как колобок хотел простите «совокупит…» уж простите за пошлость. Узнал что колобок все таки догнал волка и у них родился волкобок.
После такой сказки я понял что моя фантазия не достаточно развита, а интернет куда безумнее чем мне казалось.
Он по названию и параметрам без внутрянки оюычно понимает что за функция и зачем, и юзает ее для написание задачи по ТЗ. У меня в проекте нет функций более 1000 строк, мне лично так проще когда нет нагромождений в одной функции.
Я тоже пользуюсь text-davinci-003 и за 1000 токенов $0.02
И человек выше правильно написал, что бывает не с первого раза. Бывает так что написал функцию, вводишь в код, потом возникает какая-то мысль что можно еще дополнить. Берешь его же функцию, кидаешь и говоришь чтоб дополнил.
Во-вторых вы странно считаете, я плачу только за токены которые отправил chatgpt. В среднем ТЗ для ChatGPT примерно 300-500 токенов. Отправил, получил результат => ввел в код.
И да, несмотря на то что я знаю английский хорошо, пишу на русском. Там чуть больше стоимость. Мне просто надоело думать как ему объяснить, составляя сначала на русском в голове, а потом на инглише. Это быстрее и эффективнее. Иногда мне кажется он русский понимает лучше, чем английский.
А по поводу вашего вопроса, что там за приложение такое - секрет фирмы)) Но могу сказать тут вопрос даже не в самом приложении, а в том что много чего надо для обслуживания в виде микросервисов. А там их можно бесконечно писать и улучшать. За две недели проект вырос за счет ChatGPT наверное на 30к-50к строк. И все работает в продакшене на больших нагрузках.
Безусловно сейчас ChatGPT требуется 2 вещи: 1. Правильно поставить задачу 2. Проверить его вывод, т.е знания нужны
Ошибки допускает, но обычно я просто стираю и дополняю в задаче. Иногда указываю какую библиотеку использовать. В начале честно - не получалось от слова ничего, то забудет. Потом я забил болт и стал функции отдельно его заставлять писать. Если много зависимостей я например пишу условно в начале структуру, и список функций в формате:
Обычно он даже по названию, параметрам и выводу сразу понимает что это за функция и сразу использует в тех задании. Иногда я уточню, что берем данные из somefunc и т.д
Т.е у меня больше ушло в первый день понять как правильно строить задачу, потому что визуально было так: 80% кода написал правильно и видно что он общую концепцию понял, но потом портит все белибердой. Я вот 2 недели сейчас с ним работаю, неплохо даже с первого раза получается. Воспринимаю это как еще один язык программирования, только ты должен не синтаксис соблюдать, а просто внятно написать.
Нанимал программиста по golang в помощь, для сложного проекта, там много рутины которую не люблю делать. Платил 3000₽ в час, в месяц получалось от 150 до 260к ₽ расходов на прогера.
попробовал chatGPT, отказался от программиста. Первые 5 баксов ушли чтоб научится правильно формулировать задачи, сейчас я по-сути пишу ТЗ и он быстро пишет код. Притом мне проще стало сначала чтоб он написал, потом я соединяю и делаю небольшие правки. В среднем в день рабочий я трачу на него от 5 до 7 долларов.
Что меня удивило, так он очень круто может оптимизировать функции которые я делал очень давно. Ошибки бывают, но 95% пишет хорошо.
В режиме поиска он тоже хорошо себя показывает, а точнее сразу пишет оптимальный способ решения задачи. Т.е не надо бегать по реддитам, он как сводка всего
итого, вангую: 5 лет и программисты будут не нужны.
Пару лет назад РКН был зеленый и неопытный. Поверьте мне, сейчас много чего поменялось. И если сегодня встанет вопрос заблокировать телеграмм – они его заблокируют очень быстро
Почему не взлетел? Если модельный ряд Quadro, Tesla, GRID выпуска 2017 года и сидят смирно с 2016 на DP 1.4, да и проф моники еще с древних времен сидят и не собираются уходить.
То-что мониторы дороже на 2000-3000 это скорее не из-за порта, а из-за других характеристик. Все что я смотрел с ДП — 99% IPS матрица, большая диагональ с хорошим разрешением. Бытовым мониторам ДП в принципе не нужен.
Кто-то может сказать, что HDMI последнего поколения может тоже самое и это будет правда, но только при наличии хорошего кабеля который стоит тоже космос если длина нужна более 1 метра. Мы совсем недавно купили кабель чтобы вывести через порт VGA фильмы на ресепшен с разрешением экрана 1080p. Кабель нужен был 10 метров. Ребята, мы проклинали HDMI всеми известными словами, думали обойдемся дешевым фуфлом т.к разрешение копеечное. В итоге кабель встал 3000р т.к только такой и работал. И потом думаешь, что лучше — дешевый монитор с HDMI, или чуть дороже но с DP.
при этом от Workstation до рабочего монитора у нас куплен DP кабель за 350р 10м и все работает на разрешении 5К вообще без каких-либо проблем
Другой пример приведите. Этот не уместен.
Во-первых, целлофановый пакет может залететь на лобовое стекло и закрыть обзор, что у неопытного водителя вызовет реакцию которая приведет к еще большим последствиям
Во-вторых, я как опытный водитель начну как минимум притормаживать оценив ситуацию сзади.
При любом раскладе, лучше робот начнет торможение и в жопу войдет другой автомобиль, чем ситуация которая произошла в данной истории.
Знаете, я вспоминаю почему-то постройку Хаббл и последующую установку корректировочной линзы. Лучшие умы со всей планеты и бабла море, а в итоге сели в лужу. Отсюда я делаю вывод: Надежные системы делать можно, так же как невозможное возможно при наличии удачи
Это чисто гиковская идея, изучение ради изучения на ближайшие лет 20-ть. Почему? Возьмем в пример передачу информации по оптике. Только спустя 5-6 лет можно за разумные деньги купить оптический ресивер (я имею ввиду 1-10gbit карта с оптическими выходами сейчас стоит сущие копейки и её может позволить каждый при желании, более того при желании кабель по-сути резиновый). Я говорю об этом т.к передача по оптике сама по себе технологически проще (банально ты втыкаешь кабель в гнездо, где направленный луч передает по оптическому кабелю информацию). А тут даже проблема не в самом передатчике или протоколе, а в приемнике и среде в которой это все идет.
В статье указан какой-то практический смысл и большущий интерес к технологии, но я его если быть совсем честным – не вижу. Просто поразмыслив на эту тему, можно придти к выводу что поставить радиоточку (вайфай или что-то еще) значительно проще, дешевле, надежнее. Нужна большая полоса? – бахнуть деньги в сжатие и новые стандарты. И это будут значительно меньшие деньги, нежели создание абсолютно новых устройств для приема/передачи.
Единственная технология которая достойна какого-то педалирования в сфере беспроводной передачи с помощью света – лазерная передача данных точка-точка. И лет 10 назад уже были штуки которые способны бить 100мбит по прямой, но стоимость устройств тогда была просто космическим. Сейчас не знаю, надо смотреть и изучать.
А потом когда все это купили и весь народ нанят, надо еще сверху купить 20% и потратить еще 50% человекоресурсов чтобы подключить/настроить/создать систему мониторинга. А то как же руководству потом показывать красивые графики?
Там кинули "какульку" в Go. Что какие-то паники среды и бла-бла-бла. Разрабатываю довольно высоконагруженныe ассинхронные приложения на нем, со сложными структурами. У меня таких проблем нет. Есть нюансы, есть где подумать…много иногда кода приходится писать лишнего…но чтоб так…не, такого нет.
из всех проблем Go которые мне не нравится - бинарные деревья. Они очень медленные по скорости. В моих приложениях нужна именно скорость исполнения и это то что печалит. Но от версии к версии становится быстрее. За последние 2 года они ускорились процентов на 20-30. Но не дотчгивают до раста и c++. поэтому пришлось немного подпрыгнуть и придумать обход этого узкого места.
ПС: прошел год, я не увидел (но и не сильно и пытался увидеть) статью где показан пример работы на Rust после которой сидишь и думаешь: «ну, да…на go сделать такое сложно или невозможно, или будет крайне медленно»
Да, знаю что некоторые блоки у различных корпораций переписаны на Rust (тот же Cloudflare), но это не является причиной для того чтобы бежать его и учить. И всегда может возникнуть вопрос: А может C++...специалистов, фреймворков и прочего для него как грязи.
Прошел год назад, когда перестраивал софт на монолит тк нужна была скорость обработки в наносекундах. Честно, я очень боялся, но когда все сделал - мир заиграл новыми красками. Нет тонн софта обслуги, упростилось проектирование api…пропали тонны протоколов для взаимодействия. Сократилось количество виртуалок…пропали ситуации когда какой-то там микросервис начинал жрать память, который делался при царе горохе. Потом сидишь и пытаешься вспомнить как он вообще работает.
Один минус - перезапуск монолита сложная задача, это надо проектировать при разработке.
а про эффективность вообще молчу, лично у меня нагрузка упала на 70% общая по серверам.
А на тему рациональности использования, хорошо звучит и правильно…дескать мяса много жрать тоже вредно. Но предполагаю что везде температура по больнице будет +- одна, просто рост в геометрической прогрессии и уследить за этим очень сложно
Справедливости ради, речь тут о тойоте. В ней не понятно когда и почему, но в мерседесах/бмв и точно в РР уже с 2016 года нет классической кан шины. Там МультиКан и т.п. каждый называет по своему. И уже там используется оптика для обмена, поэтому последние года «взломы» машин для перепрошивки или активаций каких-то функций стал появляются с большой задержкой.
на самом деле это и к лучшему. Но запчасти станут дороже. К примеру раньше были обычные тормоза…так сказать простые. А теперь новая можа - электрические. С одной стороны они очень крутые, с другой ты потом будешь очень рад узнать при ремонте что оказывается у тебя на суппорте тормоза не просто моторчик который колодку зажимает, а моторчик с мозгом который получает команды по оптике, просчитывает параметры и делает действия. И естественно это не ремонтируется и меняется блоком стоимость…вообщем вы поняли
При этом в инстаграмме китайцы продают классический ss пока что. Все таки повторюсь, классно что технологии есть, развиваются. Но пока они слишком избыточны.
а как эти новые технологии по скорости доступа, насколько все плохо или хорошо. Потому что классический ovpn рвет даже первую итерацию SS как тузик грелку. На сайтах в целом разницы не видишь, зато видно как проседает скорость при скачивании к примеру больших файлов с сайтов. Например тот же самый ютуб если запроксировать, заметно становится сразу на 4к роликах он прям туго начинает кэшировать
Статья интересная, так почитать что что-то там придумали. Но классический ShadowSocket избыточен на данный с chacha20. Китайцы ходят вроде на ура и без проблем. А на тему заглушек актуально наверное для тех кто предоставляет это как сервис. А когда ты и твои друзья условно пользуются одним сервером – вряд ли будут ползать искать
Сейчас у меня две виртуалки, одна в РФ и там нет роскомнадзора, другая в США для нетфликса и прочих сервисов которые наши айпи забанили. Заплатил сразу за год, обе обошлись мне в 2800 в сумме. 230 рублей/мес это не такие уж большие деньги за комфорт.
Поставил Shadowsocks одной командой, сделал sub для shadowrocket. Туда указал два сервера, и определил с помощь config какие ресурсы куда должны ходить. 4 месяца – идеально. Макбук и iphone ходит в зависимости от адреса через нужную проксю. Но большая часть в Direct.
Отдельно доставляет как Rust в обоих списках занимает лидирующие места :)
Год назад выбирали язык на который переписывать высоконагруженный сервиcs. Было 3 варианта:
Golang, C++, Rust. После небольшого исследования в неделю, остались C++ и Golang. По итогу выбрали последний.
Хотели выбрать C++ он все же немного в наших задачах быстрее golang особенно в вопросе бинарных деревьев. Но победила быстрая разворачиваемость Golang. Притом базовых функций unsafe для доступа к DLL/SO библиотекам хватает. Собственно модуль который работает с бинарными деревьями написан на C++ и подключается в Golang
Почему не Rust ответ дали те люди которые и на C++ и на Rust. Когда в задаче всплывали сторонние библиотеки DLL и часть чужого кода С/С++ они сами же и отговаривали от Rust. Дополнительно поясняя что "какбэ" в данной задаче еще и жуткая "многопоточность" и опыта на C++ в этом у них значительно больше. И это мнение 10-ка человек. Притом когда я спрашивал ребят, а зачем Rust-то учили. Все без исключения ответили что-то из разряда:
"Появилась задача на хайпе, решили попробовать что-то новое"
Моё личное мнение после исследования такое, отвечу с точки зрения бизнеса:
1. Найти другого программиста на С++ проще, чем искать на Rust. Я говорю не о разработчиках средней руки, а именно о тех кто решает сложные задачи.
2. Прибавки в скорости по бенчам по сравнению с С++ не увидел. Либо она настолько ничтожна что в современном мире можно списать на погрешность
3. Под С/С++ написано больше чем много. Если стоит вопрос подключения библиотек сторонних и не дай бог еще они "закрытые". Несмотря на совместимость какую-то и возможность подключения (хотя лично мне кажется она такая же как на golang, просто чуть лучше) я с трудом могу представить ситуацию:
"Нам нужно сделать приложение. Будем использовать 10 библиотек готовых, проверенных на C++ [список]. Поэтому очевидно что наше приложение будет на Rust"
4. Не мог не обратить внимание на то что те статьи и комментарии которые я читал еще тогда, собственно как и эта статья напоминает: "Rust это круто и узнав его ты станешь элитой. C++/golang/python....[плохое слово]". Очень мало статей банально на реализации действительно сложных задач. 95% статей собственно как это.
А теперь по статье:
"Проекты, такие как QUIC и HTTP/3"
насколько мне не изменяет память, это Cloudflare открыла исходники на языке Rust. И на сколько я помню там Google делал на C++ изначально. А то что Cloudflare решил на Rust не говорит ни о чем. Захотели и сделали. Могут себе позволить.
"Rust и Веб-разработка"
С трудом представляю реализацию всего этого, код ради кода. Мы хоть не пользуемся контейнерами типа кубов, но пользуемся микросервисной архитектурой. Последнее что приходит на ум вставлять в JS бинарный код чтобы сцеплять их с языком программирования. Хотя реализация REST/GRPC вполне самодостаточная и не требует специфичных знаний для 99.99999% веб приложений. Могу ошибаться конечно, но выглядит как какая-то херня.
поддерживаю. Кстати…
В первый день я его заставил написать сказку про колобка и волка, как колобок хотел простите «совокупит…» уж простите за пошлость. Узнал что колобок все таки догнал волка и у них родился волкобок.
После такой сказки я понял что моя фантазия не достаточно развита, а интернет куда безумнее чем мне казалось.
если кучу зависимостей я выше написал, что кидаю ему функции
func somefunc(param int16, param2 int32) (timestamp int64) { ... }
Он по названию и параметрам без внутрянки оюычно понимает что за функция и зачем, и юзает ее для написание задачи по ТЗ. У меня в проекте нет функций более 1000 строк, мне лично так проще когда нет нагромождений в одной функции.
В день полезного кода в среднем 1500-3000. Но я эту сумму сливаю на самом деле за 1-2 часа, больше не работаю иначе крыша потечет.
Я тоже пользуюсь text-davinci-003 и за 1000 токенов $0.02
И человек выше правильно написал, что бывает не с первого раза. Бывает так что написал функцию, вводишь в код, потом возникает какая-то мысль что можно еще дополнить. Берешь его же функцию, кидаешь и говоришь чтоб дополнил.
Во-вторых вы странно считаете, я плачу только за токены которые отправил chatgpt. В среднем ТЗ для ChatGPT примерно 300-500 токенов. Отправил, получил результат => ввел в код.
И да, несмотря на то что я знаю английский хорошо, пишу на русском. Там чуть больше стоимость. Мне просто надоело думать как ему объяснить, составляя сначала на русском в голове, а потом на инглише. Это быстрее и эффективнее. Иногда мне кажется он русский понимает лучше, чем английский.
А по поводу вашего вопроса, что там за приложение такое - секрет фирмы)) Но могу сказать тут вопрос даже не в самом приложении, а в том что много чего надо для обслуживания в виде микросервисов. А там их можно бесконечно писать и улучшать. За две недели проект вырос за счет ChatGPT наверное на 30к-50к строк. И все работает в продакшене на больших нагрузках.
Безусловно сейчас ChatGPT требуется 2 вещи:
1. Правильно поставить задачу
2. Проверить его вывод, т.е знания нужны
Ошибки допускает, но обычно я просто стираю и дополняю в задаче. Иногда указываю какую библиотеку использовать. В начале честно - не получалось от слова ничего, то забудет. Потом я забил болт и стал функции отдельно его заставлять писать.
Если много зависимостей я например пишу условно в начале структуру, и список функций в формате:
func somefunc(param int16, param2 int32) (timestamp int64) { ... }
Обычно он даже по названию, параметрам и выводу сразу понимает что это за функция и сразу использует в тех задании. Иногда я уточню, что берем данные из somefunc и т.д
Т.е у меня больше ушло в первый день понять как правильно строить задачу, потому что визуально было так: 80% кода написал правильно и видно что он общую концепцию понял, но потом портит все белибердой. Я вот 2 недели сейчас с ним работаю, неплохо даже с первого раза получается. Воспринимаю это как еще один язык программирования, только ты должен не синтаксис соблюдать, а просто внятно написать.
Нанимал программиста по golang в помощь, для сложного проекта, там много рутины которую не люблю делать. Платил 3000₽ в час, в месяц получалось от 150 до 260к ₽ расходов на прогера.
попробовал chatGPT, отказался от программиста. Первые 5 баксов ушли чтоб научится правильно формулировать задачи, сейчас я по-сути пишу ТЗ и он быстро пишет код. Притом мне проще стало сначала чтоб он написал, потом я соединяю и делаю небольшие правки. В среднем в день рабочий я трачу на него от 5 до 7 долларов.
Что меня удивило, так он очень круто может оптимизировать функции которые я делал очень давно. Ошибки бывают, но 95% пишет хорошо.
В режиме поиска он тоже хорошо себя показывает, а точнее сразу пишет оптимальный способ решения задачи. Т.е не надо бегать по реддитам, он как сводка всего
итого, вангую: 5 лет и программисты будут не нужны.
Пару лет назад РКН был зеленый и неопытный. Поверьте мне, сейчас много чего поменялось. И если сегодня встанет вопрос заблокировать телеграмм – они его заблокируют очень быстро
То-что мониторы дороже на 2000-3000 это скорее не из-за порта, а из-за других характеристик. Все что я смотрел с ДП — 99% IPS матрица, большая диагональ с хорошим разрешением. Бытовым мониторам ДП в принципе не нужен.
Кто-то может сказать, что HDMI последнего поколения может тоже самое и это будет правда, но только при наличии хорошего кабеля который стоит тоже космос если длина нужна более 1 метра. Мы совсем недавно купили кабель чтобы вывести через порт VGA фильмы на ресепшен с разрешением экрана 1080p. Кабель нужен был 10 метров. Ребята, мы проклинали HDMI всеми известными словами, думали обойдемся дешевым фуфлом т.к разрешение копеечное. В итоге кабель встал 3000р т.к только такой и работал. И потом думаешь, что лучше — дешевый монитор с HDMI, или чуть дороже но с DP.
при этом от Workstation до рабочего монитора у нас куплен DP кабель за 350р 10м и все работает на разрешении 5К вообще без каких-либо проблем
Во-первых, целлофановый пакет может залететь на лобовое стекло и закрыть обзор, что у неопытного водителя вызовет реакцию которая приведет к еще большим последствиям
Во-вторых, я как опытный водитель начну как минимум притормаживать оценив ситуацию сзади.
При любом раскладе, лучше робот начнет торможение и в жопу войдет другой автомобиль, чем ситуация которая произошла в данной истории.
В статье указан какой-то практический смысл и большущий интерес к технологии, но я его если быть совсем честным – не вижу. Просто поразмыслив на эту тему, можно придти к выводу что поставить радиоточку (вайфай или что-то еще) значительно проще, дешевле, надежнее. Нужна большая полоса? – бахнуть деньги в сжатие и новые стандарты. И это будут значительно меньшие деньги, нежели создание абсолютно новых устройств для приема/передачи.
Единственная технология которая достойна какого-то педалирования в сфере беспроводной передачи с помощью света – лазерная передача данных точка-точка. И лет 10 назад уже были штуки которые способны бить 100мбит по прямой, но стоимость устройств тогда была просто космическим. Сейчас не знаю, надо смотреть и изучать.