Ваш результат полностью вписывается в теорию, что LLM не заменят программистов. И при этом это лучшая сетка, что я встретил (и самая медленная на моей машине)
На данный момент лучшее, на что оно годиться - это генерация бойлерплейта.
В тот момент, когда AI сможет: прочитать документацию и понять её, самостоятельно найти edge cases и баги в используемых инcтрументах (что включает в себя активное использование инструмента, а так же по возможности чтение исходников инструмента), понять как это всё можно вместе связать - тогда да, AI сможет заменить программиста. Как и всё остальное человечество в целом.
А пока оно тупо копирует советы из интернета - нет, не сможет, хотя бы потому что эти советы должен кто-то писать.
Ну и из лично моих экспериментов - мне быстрее решить задачу самому, чем объяснить ИИ что я от него хочу. А после - объяснить почему ИИ заблуждается и заставить сделать правильно (а что если я не знаю как правильно?)
Вообще лично мне преподаватель-носитель языка дал уверенность в том, что я язык использовать могу и что люди меня при этом понимают. Вот прям "обучение по Бразильской системе", где учитель не знает русского. При этом я бы не сказал что курс дал мне какие-то именно знания, быть может только произношение поправил. (До этого у меня был только школьный курс на "4 с минусом".)
Хм. Получается javascript на данный момент имеет худший парсер из всех? В мобильной разработке весь стек что мы используем может парсить/генерировать числа произвольной длинны (в зависимости от указанных типов, но для этого нужна строгая типизация которой в js нет)
EAN13 хранит фиксированное количество чисел - 12 + контрольное значение. Так что выдущие нули мы всегда можем восстановить. Но если речь идёт именно о EAN13. Информацию о том, были у нас ведущие нули или нет мы потеряли ещё на этапе кодирования, остаётся полагаться только на контекст использования
К тому же у них открыта документация, включая схему платы В принципе, кто угодно может выпустить для этих ноутов компоненты, хоть этого вроде мы как пока и не случилось
Из проблем - невозможно вызвать такси в отдалённое место в вечернее ночное время: На карте видно 5 машин, и ни одна из них не принимает заказ. И я даже знаю почему: Я заказываю машину на длинный маршрут, с которого назад она гарантировано пойдёт пустой, а при этом цена ниже чем в дневное время из этой отдалённой точки (если есть машина на месте). 20 минут ждал пока Яндекс выберет неудачника добровольно-принудительно.
Они похоже постепенно народ заставляют двуфактторную авторизацию включать. Я из-за этого не могу войти в свой аккаунт с середины сентября, и судя по жалобам и обсуждениям - я не в первых рядах был (у меня с Microsoft неразрешимо разные представления о потенциальных рисках и удобстве способов авторизации - я скорее потеряю ключ, чем мой аккаунт взломают).
Будет забавно, если мой новый аккаунт, что я только для багрепортов использую, тоже залочат.
4-8, в зависимости от настроек (float vs double и прочее), и в целом там можно пожертвовать производительностью в пользу меньшего потребления памяти, насколько я знаю
Я смотрел могу ли я поставить llama, в целом там основная проблема не оперативка, но результирующее быстродействие. на mac mini m1 оно будет работать, но скороть генерации довольно печальная (8-12 токенов в секунду, слово состоит из 1-3 токенов)
Вообще все эти модели интересны тем, что они могут работать на hi-end потребительской технике
Зависит от того используете ли вы мышь в процессе вообще. Не всегда удаётся отделаться хоткеями, но зачастую когда я что-то пишу что-то длинное - мышь я не трогаю вообще. Собственно набираю цифры правой рукой на нампаде если нужно
Вообще первые пару лет я Swift старательно избегал, с критерием "я не коснусь его пока они в течении 2х мажорных версий не сломают ничего мажорного". Формально этот критерий ещё не выполнен, ждём swift 6.
Имхо, Swift развивается очень медленно и очень хаотично. У нас сейчас 4 способа (включая "универсальные") описать keypath, а вот писать с его использованием в не-ObjC совместимые типы нельзя до сих пор. Мне тут периодически в спорах в достоинства Swift приводят рефлексию, которой по факту в Swift нет, всё, что есть - это bridging на ObjC рефлексию
Это нововведение в Swift 5.6, раньше действительно было нельзя написать temp = name
Вот так пишешь приложение (особенно в первые дни языка, портируя код с ObjC), и решаешь на свой интерфейс-теперь-протокол повесить Equitable. И у тебя не компилится половина кода, потому что твой протокол больше не "concrete type", а "generic constraint" и с практической точки зрения вообще не существует
Ваш результат полностью вписывается в теорию, что LLM не заменят программистов. И при этом это лучшая сетка, что я встретил (и самая медленная на моей машине)
На данный момент лучшее, на что оно годиться - это генерация бойлерплейта.
https://github.com/deepseek-ai/DeepSeek-Coder
Такой ответ вас устроит?
В тот момент, когда AI сможет: прочитать документацию и понять её, самостоятельно найти edge cases и баги в используемых инcтрументах (что включает в себя активное использование инструмента, а так же по возможности чтение исходников инструмента), понять как это всё можно вместе связать - тогда да, AI сможет заменить программиста. Как и всё остальное человечество в целом.
А пока оно тупо копирует советы из интернета - нет, не сможет, хотя бы потому что эти советы должен кто-то писать.
Ну и из лично моих экспериментов - мне быстрее решить задачу самому, чем объяснить ИИ что я от него хочу. А после - объяснить почему ИИ заблуждается и заставить сделать правильно (а что если я не знаю как правильно?)
Собственно а почему бы не садиться на луну используя тот же skycrane, раз оно при всей своей сложности работает лучше?
Вообще лично мне преподаватель-носитель языка дал уверенность в том, что я язык использовать могу и что люди меня при этом понимают. Вот прям "обучение по Бразильской системе", где учитель не знает русского. При этом я бы не сказал что курс дал мне какие-то именно знания, быть может только произношение поправил. (До этого у меня был только школьный курс на "4 с минусом".)
Хм. Получается javascript на данный момент имеет худший парсер из всех?
В мобильной разработке весь стек что мы используем может парсить/генерировать числа произвольной длинны (в зависимости от указанных типов, но для этого нужна строгая типизация которой в js нет)
EAN13 хранит фиксированное количество чисел - 12 + контрольное значение. Так что выдущие нули мы всегда можем восстановить. Но если речь идёт именно о EAN13. Информацию о том, были у нас ведущие нули или нет мы потеряли ещё на этапе кодирования, остаётся полагаться только на контекст использования
К тому же у них открыта документация, включая схему платы
В принципе, кто угодно может выпустить для этих ноутов компоненты, хоть этого вроде мы как пока и не случилось
Как ушли, у меня прямо сейчас их проложение стоит (впрочем никогда не использовал)?
Так, теперь вижу, спустя 5 минут работы показал ошибку
Из проблем - невозможно вызвать такси в отдалённое место в вечернее ночное время: На карте видно 5 машин, и ни одна из них не принимает заказ. И я даже знаю почему: Я заказываю машину на длинный маршрут, с которого назад она гарантировано пойдёт пустой, а при этом цена ниже чем в дневное время из этой отдалённой точки (если есть машина на месте). 20 минут ждал пока Яндекс выберет неудачника добровольно-принудительно.
Это скорее мой личный бзик. Чем сильнее меня что-то заставлять сделать - тем быстрее вероятность того, что я это сделаю стремится к нулю.
Ну и в целом куча мороки которая нафиг не нужна. Перенёс личные проекты на gitlab и завёл новый аккаунт исключительно для багрепортов
Они похоже постепенно народ заставляют двуфактторную авторизацию включать. Я из-за этого не могу войти в свой аккаунт с середины сентября, и судя по жалобам и обсуждениям - я не в первых рядах был (у меня с Microsoft неразрешимо разные представления о потенциальных рисках и удобстве способов авторизации - я скорее потеряю ключ, чем мой аккаунт взломают).
Будет забавно, если мой новый аккаунт, что я только для багрепортов использую, тоже залочат.
<sarcasm>Им видимо надоели те, кому они доступ к аккаунту без двойной авторизации заблокировали</sarcasm>
К слову, доступ не "ограничен", доступ отключён. И не с 19 января 2024, а с сентября 2023
Ну кстати ущерб как раз есть - штраф, который выплачивает компания
4-8, в зависимости от настроек (float vs double и прочее), и в целом там можно пожертвовать производительностью в пользу меньшего потребления памяти, насколько я знаю
Я смотрел могу ли я поставить llama, в целом там основная проблема не оперативка, но результирующее быстродействие. на mac mini m1 оно будет работать, но скороть генерации довольно печальная (8-12 токенов в секунду, слово состоит из 1-3 токенов)
Вообще все эти модели интересны тем, что они могут работать на hi-end потребительской технике
Нас двое! Вообще это вполне может зависеть от прозводителя/модели. В моём Xiaomi (за 12к руб 3 года назад), впрочем, Google Services не было совсем.
Зависит от того используете ли вы мышь в процессе вообще. Не всегда удаётся отделаться хоткеями, но зачастую когда я что-то пишу что-то длинное - мышь я не трогаю вообще. Собственно набираю цифры правой рукой на нампаде если нужно
Ну читать его действительно легко. А вот писать...
Вообще первые пару лет я Swift старательно избегал, с критерием "я не коснусь его пока они в течении 2х мажорных версий не сломают ничего мажорного".
Формально этот критерий ещё не выполнен, ждём swift 6.
Имхо, Swift развивается очень медленно и очень хаотично. У нас сейчас 4 способа (включая "универсальные") описать keypath, а вот писать с его использованием в не-ObjC совместимые типы нельзя до сих пор. Мне тут периодически в спорах в достоинства Swift приводят рефлексию, которой по факту в Swift нет, всё, что есть - это bridging на ObjC рефлексию
Это нововведение в Swift 5.6, раньше действительно было нельзя написать temp = name
Вот так пишешь приложение (особенно в первые дни языка, портируя код с ObjC), и решаешь на свой интерфейс-теперь-протокол повесить Equitable. И у тебя не компилится половина кода, потому что твой протокол больше не "concrete type", а "generic constraint" и с практической точки зрения вообще не существует