Ну сейчас такое время, что имея хоть какую-то профессиональную репутацию в сфере ИИ можно поднять хорошие инвестиции в свой проект имея только идеи и наброски. Не говоря уже о том, что в гонке ИИ многие стартапы готовы платить намного больше корпораций. Поэтому вероятно будет уход многих топов чтобы делать свои проекты.
Сарказм понятен, но посмотрите на поведение типичного учёного Суцкевера, была бы его воля, ChatGPT не вышел бы за пределы лаборатории по соображениям безопасности и был бы доступен только узкому кругу специалистов в перчатках. Заслуга Альтмана в том, что он сделал из этого продукт/сервис доступный всем людям.
Да хоть за ундециллион долларов. Факт в том, что не китайские коллеги, а именно Альтман как Прометей принёс людям новую технологию, а люди уже разберутся.
Верно, ведь всем известно, что один программист создаёт работу для двух новых потому что чтобы разобраться с тем, что наделал первый нужно уже два человека, а ИИ будет генерировать рабочие места тысячами)
За любой сложной формулой прячется какая-то простая идея. Объяснять эти идеи по-человечески затея хорошая. Но статья мало добавляет интуитивного понимания о логарифмах и их свойствах. Тут скорее сведение одних непонятных конструкций к другим. Например чтобы объяснить, что такое логарифм, предварительно дав обозначения, можно просто сказать, что логарифм считает количество раз, которое нужно умножать основание чтобы получить аргумент.
Интерполяция на стороне рендера так себе идея потому что чтобы сделать ее правильно нужно понимать природу движения. То что объект сначала был в позиции 10, а потом в 30 не всегда означает, что между этими кадрами он был в позиции 20 потому что он мог телепортироваться например, а рендерер покажет мелькание. Правильная интерполяция должна быть внутри обычного шага симуляции обновляющего состояние объектов, но на местах вместо полного вычисления может использовать предыдущие вычисления с учетом природы движения объекта для получения результата.
Параллелизм хорошо работает в физически распределенных системах. В рамках одной машины параллелизм означает больший расход энергии и соответственно более быстрый перегрев процессора, что приводит к троттлингу. И вот казалось бы то что должно было работать быстрее, теперь работает еще медленнее чем раньше. Параллелизм на одной машине это как закись азота в гонках в какие-то критические моменты можно его врубить, но постоянно на нем не покатаешь.
Суть оптимизации в том чтобы сделать ту же самую работу меньшим количеством действий и ресурсов, а не в том чтобы одновременно делать много.
Тоже верно. Но я считаю, что мы разработчики должны бороться за создание более дружелюбной среды для "разрабов", как нас называют. Собственно поэтому я это все и написал тут.
Чтобы исполнители были более ответственные труд должен быть организован так чтобы он способствовал появлению этой ответственности.
Руководство часто забывает, что оно работает с людьми, а не роботами и пытается превратить все в самоходную систему. Чтобы уменьшить bus-фактор и облегчить себе распределение работы руководство часто обезличивает исполнителей, лишая их специализации на одном элементе системы. Принцип - все должны работать над всем. Если завтра Вася свалит в закат, то Петя сможет делать его работу, поэтому Петя должен каждый божий день мониторить и мириться с тем что наделал Вася. Петя универсальный солдат. Очень удобно для менеджера. Показываешь команде таких универсалов кучу работы и говоришь "Фас! Сделайте мне красиво!" Они там сами разберутся. Не надо париться с тем чтобы искать работу исполнителю потому что всегда какая то работа есть и не надо париться с тем чтобы искать исполнителя на эту работу.
Я как исполнитель могу сказать что я был бы более ответственным если бы мне дали мотыжить свой участок. Когда над одним участком кода работает много людей, то очень трудоёмко становится ежедневно удерживать понимание того как это все работает. Не секрет, что читать код сложнее, чем писать. Каждый раз как в первый раз приходится заново исследовать, а как же теперь работает этот чёрный ящик. Такое глубокое исследование должно делаться один раз в начале работы, а потом каждый день человек маленькими усилиями развивает модуль. А если приходится постоянно заниматься такой деятельностью то это способствует выгоранию. И вообще это какой-то абсурд, когда команде как коллективному целому постоянно приходится реально изучать, разбираться с тем, что эта же команда наделала. Т.е. мы не понимаем, что мы делаем?! Ладно там если люди увольняются, то надо разобраться с их наследием, но почему я должен каждый день до ночи вникать в детали их реализаций?! Я взрослый человек и кроме работы у меня еще другие могут быть интересы в жизни.
К тому же другие люди часто расширяют код нет так как это бы сделал я, с чувством, с толком, с расстановкой. Особенно раздражают гастролеры, которым лишь бы воткнуть куда-то что-то не в тему и не в систему лишь бы быстренько закрыть свою задачу и побежать дальше с высоким KPI, а мне потом возиться с этим.
Другой момент это то, что программировать это не всегда типовая работа. У человека который печёт пирожки все понятно, только делай. В программировании же часто приходится решать задачи в которых надо придумать решение. Я реально не могу дать оценку сколько времени на это уйдёт: день, неделя, месяц или вся жизнь.
Если статья годная, то абсолютно неважно как она написана с ИИ или без. И наоборот, если статья отстойная, то ее не оправдывает то что она написана натуральным кожаным мешком. ИИ всего лишь инструмент для письма, также как и калькулятор для счета.
Планерки, летучки, митинги, стендапы, дейли синки, ретроспективы все это по сути одно - промежуточное подведение итогов. Сделал - молодец, не сделал - ай-яй-яй, получи втык. Менеджеры любят сказки и не одобрительно слушают про проблемы, ошибки и бьют за это, поэтому исполнители замыкаются в своих проблемах и говорят то, что от них хотят услышать. Большую часть времени на совещаниях все занимаются тем, что утомительно ждут пока все остальные выступят чтобы разойтись по своим делам. Все эти инструменты хорошо работают в теории, а на практике доки никто не читает, правила никто не соблюдает, сроки не выдерживают, на совещаниях не слушают. Программистов строем ходить не заставишь. Поэтому устав штука красивая конечно, но как управленческий инструмент сомнительно, что это сработает.
Ну вот не работает это почему то. Не хотят люди по уставу жить. В конце концов человек сделает на свой лад. Поэтому надо брать сразу "правильного" человека чтобы потом не заставлять его соблюдать устав. Сколько раз уже пытались, прописывали все эти нормы, правила, спеки в викях, ноушнах и пр. Потом все это пылится годами с около нулевым количеством просмотров от участников команды. Самый ходовой вариант это просто созвонились, договорились, пошли делать без всякой бюрократии.
Для успешного выполнения задачи есть неуменьшаемый объем работы, который надо сделать и устав никак не помогает его сделать поэтому всем пофиг на устав с высокопарными фразами. Если менеджер хочет помочь команде, то он должен, например, лучше, детальнее прорабатывать постановку задачи чтобы исполнитель мог сразу приступить к выполнению задачи без предварительного исследования того, что надо сделать. Но так как начальниками становятся не для того чтобы работать, то зачастую весь этот объем работы от постановки себе задачи до её выполнения падает на исполнителя.
Похоже действительно появились какие-то ограничения или блокировки. Непонятно на чьей стороне.
Причем не только для российских номеров, но и для казахстанских. Вероятно потому что они тоже начинаются на +7. О проблемах с получением SMS еще в начале года писали в казахстанских СМИ.
Я на днях не смог зайти в свой старый Google аккаунт, на котором использую Google Drive для хранения фотоархива, хотя и знаю логин, пароль, и есть доступ резервному адресу эл. почты. Процесс входа останавливается на этапе, когда нужно ввести номер телефона, выдает ошибку:
Too many failed attempts. Unavailable because of too many failed attempts. Try again in a few hours.
Другие способы восстановления тоже не работают:
You can’t recover your account at this time because Google doesn’t have enough info to be sure this account is yours.
If you want to create a new account to use Google’s services, be sure to add a recovery phone or email address and keep them up to date.
Обратился в сообщество тех. поддержки, сказали что я заспамил систему восстановления и рекомендовали подождать 168 часов и попробовать снова. Хотя у меня и было то всего 2-3 попытки.
А вчера у меня дошли руки до того чтобы верифицировать другой аккаунт Google Play Console. Получил уведомление что до ноября надо какую-то информацию занести. И там такая же история случилась, все стопорится на том, что Google не хочет отправлять SMS.
Не знаю даже что теперь делать. Давайте поднимать вопрос, бить в колокола, писать в сообщество помощи Google, может быть обратят внимание и разблокируют. У Google к сожалению нет живой тех. поддержки.
Ну сейчас такое время, что имея хоть какую-то профессиональную репутацию в сфере ИИ можно поднять хорошие инвестиции в свой проект имея только идеи и наброски. Не говоря уже о том, что в гонке ИИ многие стартапы готовы платить намного больше корпораций. Поэтому вероятно будет уход многих топов чтобы делать свои проекты.
Сарказм понятен, но посмотрите на поведение типичного учёного Суцкевера, была бы его воля, ChatGPT не вышел бы за пределы лаборатории по соображениям безопасности и был бы доступен только узкому кругу специалистов в перчатках. Заслуга Альтмана в том, что он сделал из этого продукт/сервис доступный всем людям.
Да хоть за ундециллион долларов. Факт в том, что не китайские коллеги, а именно Альтман как Прометей принёс людям новую технологию, а люди уже разберутся.
ИИ всего лишь инструмент. Он сможет такое нарисовать, если поставить соответствующий запрос.
Почему мошенник то? Есть новый продукт ChatGPT, которым теперь пользуется весь мир.
Да уж, как же хочется старого доброго 100% human made контента.
В последнее время, если вижу в статье длинные списки, то складывается ощущение, что не обошлось без ChatGPT.
Верно, ведь всем известно, что один программист создаёт работу для двух новых потому что чтобы разобраться с тем, что наделал первый нужно уже два человека, а ИИ будет генерировать рабочие места тысячами)
За любой сложной формулой прячется какая-то простая идея. Объяснять эти идеи по-человечески затея хорошая. Но статья мало добавляет интуитивного понимания о логарифмах и их свойствах. Тут скорее сведение одних непонятных конструкций к другим. Например чтобы объяснить, что такое логарифм, предварительно дав обозначения, можно просто сказать, что логарифм считает количество раз, которое нужно умножать основание чтобы получить аргумент.
Объясните почему при дизайне уровней работу над первым уровнем надо заканчивать в последнюю очередь?
Отличный роадмап как загубить свою молодость добывая знания о кроссбраузерной вёрстке, которые скоро нафиг никому не будут нужны.
Интерполяция на стороне рендера так себе идея потому что чтобы сделать ее правильно нужно понимать природу движения. То что объект сначала был в позиции 10, а потом в 30 не всегда означает, что между этими кадрами он был в позиции 20 потому что он мог телепортироваться например, а рендерер покажет мелькание. Правильная интерполяция должна быть внутри обычного шага симуляции обновляющего состояние объектов, но на местах вместо полного вычисления может использовать предыдущие вычисления с учетом природы движения объекта для получения результата.
Параллелизм хорошо работает в физически распределенных системах. В рамках одной машины параллелизм означает больший расход энергии и соответственно более быстрый перегрев процессора, что приводит к троттлингу. И вот казалось бы то что должно было работать быстрее, теперь работает еще медленнее чем раньше. Параллелизм на одной машине это как закись азота в гонках в какие-то критические моменты можно его врубить, но постоянно на нем не покатаешь.
Суть оптимизации в том чтобы сделать ту же самую работу меньшим количеством действий и ресурсов, а не в том чтобы одновременно делать много.
Тоже верно. Но я считаю, что мы разработчики должны бороться за создание более дружелюбной среды для "разрабов", как нас называют. Собственно поэтому я это все и написал тут.
Чтобы исполнители были более ответственные труд должен быть организован так чтобы он способствовал появлению этой ответственности.
Руководство часто забывает, что оно работает с людьми, а не роботами и пытается превратить все в самоходную систему. Чтобы уменьшить bus-фактор и облегчить себе распределение работы руководство часто обезличивает исполнителей, лишая их специализации на одном элементе системы. Принцип - все должны работать над всем. Если завтра Вася свалит в закат, то Петя сможет делать его работу, поэтому Петя должен каждый божий день мониторить и мириться с тем что наделал Вася. Петя универсальный солдат. Очень удобно для менеджера. Показываешь команде таких универсалов кучу работы и говоришь "Фас! Сделайте мне красиво!" Они там сами разберутся. Не надо париться с тем чтобы искать работу исполнителю потому что всегда какая то работа есть и не надо париться с тем чтобы искать исполнителя на эту работу.
Я как исполнитель могу сказать что я был бы более ответственным если бы мне дали мотыжить свой участок. Когда над одним участком кода работает много людей, то очень трудоёмко становится ежедневно удерживать понимание того как это все работает. Не секрет, что читать код сложнее, чем писать. Каждый раз как в первый раз приходится заново исследовать, а как же теперь работает этот чёрный ящик. Такое глубокое исследование должно делаться один раз в начале работы, а потом каждый день человек маленькими усилиями развивает модуль. А если приходится постоянно заниматься такой деятельностью то это способствует выгоранию. И вообще это какой-то абсурд, когда команде как коллективному целому постоянно приходится реально изучать, разбираться с тем, что эта же команда наделала. Т.е. мы не понимаем, что мы делаем?! Ладно там если люди увольняются, то надо разобраться с их наследием, но почему я должен каждый день до ночи вникать в детали их реализаций?! Я взрослый человек и кроме работы у меня еще другие могут быть интересы в жизни.
К тому же другие люди часто расширяют код нет так как это бы сделал я, с чувством, с толком, с расстановкой. Особенно раздражают гастролеры, которым лишь бы воткнуть куда-то что-то не в тему и не в систему лишь бы быстренько закрыть свою задачу и побежать дальше с высоким KPI, а мне потом возиться с этим.
Другой момент это то, что программировать это не всегда типовая работа. У человека который печёт пирожки все понятно, только делай. В программировании же часто приходится решать задачи в которых надо придумать решение. Я реально не могу дать оценку сколько времени на это уйдёт: день, неделя, месяц или вся жизнь.
Если статья годная, то абсолютно неважно как она написана с ИИ или без. И наоборот, если статья отстойная, то ее не оправдывает то что она написана натуральным кожаным мешком. ИИ всего лишь инструмент для письма, также как и калькулятор для счета.
Планерки, летучки, митинги, стендапы, дейли синки, ретроспективы все это по сути одно - промежуточное подведение итогов. Сделал - молодец, не сделал - ай-яй-яй, получи втык. Менеджеры любят сказки и не одобрительно слушают про проблемы, ошибки и бьют за это, поэтому исполнители замыкаются в своих проблемах и говорят то, что от них хотят услышать. Большую часть времени на совещаниях все занимаются тем, что утомительно ждут пока все остальные выступят чтобы разойтись по своим делам. Все эти инструменты хорошо работают в теории, а на практике доки никто не читает, правила никто не соблюдает, сроки не выдерживают, на совещаниях не слушают. Программистов строем ходить не заставишь. Поэтому устав штука красивая конечно, но как управленческий инструмент сомнительно, что это сработает.
Ну вот не работает это почему то. Не хотят люди по уставу жить. В конце концов человек сделает на свой лад. Поэтому надо брать сразу "правильного" человека чтобы потом не заставлять его соблюдать устав. Сколько раз уже пытались, прописывали все эти нормы, правила, спеки в викях, ноушнах и пр. Потом все это пылится годами с около нулевым количеством просмотров от участников команды. Самый ходовой вариант это просто созвонились, договорились, пошли делать без всякой бюрократии.
Для успешного выполнения задачи есть неуменьшаемый объем работы, который надо сделать и устав никак не помогает его сделать поэтому всем пофиг на устав с высокопарными фразами. Если менеджер хочет помочь команде, то он должен, например, лучше, детальнее прорабатывать постановку задачи чтобы исполнитель мог сразу приступить к выполнению задачи без предварительного исследования того, что надо сделать. Но так как начальниками становятся не для того чтобы работать, то зачастую весь этот объем работы от постановки себе задачи до её выполнения падает на исполнителя.
Похоже действительно появились какие-то ограничения или блокировки. Непонятно на чьей стороне.
Причем не только для российских номеров, но и для казахстанских. Вероятно потому что они тоже начинаются на +7. О проблемах с получением SMS еще в начале года писали в казахстанских СМИ.
Я на днях не смог зайти в свой старый Google аккаунт, на котором использую Google Drive для хранения фотоархива, хотя и знаю логин, пароль, и есть доступ резервному адресу эл. почты. Процесс входа останавливается на этапе, когда нужно ввести номер телефона, выдает ошибку:
Другие способы восстановления тоже не работают:
Обратился в сообщество тех. поддержки, сказали что я заспамил систему восстановления и рекомендовали подождать 168 часов и попробовать снова. Хотя у меня и было то всего 2-3 попытки.
А вчера у меня дошли руки до того чтобы верифицировать другой аккаунт Google Play Console. Получил уведомление что до ноября надо какую-то информацию занести. И там такая же история случилась, все стопорится на том, что Google не хочет отправлять SMS.
Не знаю даже что теперь делать. Давайте поднимать вопрос, бить в колокола, писать в сообщество помощи Google, может быть обратят внимание и разблокируют. У Google к сожалению нет живой тех. поддержки.