Бить на классы можно до посинения, важно тоже знать где остановиться. Попробуйте возвести правило "один класс отвечает за одну вещь" в абсолют. Тогда чуть ли не каждая строчка превращается в отдельный класс. И опять же все это тяжело держать в голове.
STL в качестве примера хорошего API? Честно говоря по-моему это худших пример API, который можно найти. Отдельный std::find_if конечно удобен его разработчику, но не удобен пользователю. Если сравнить STL API с любым другим языком, например C#, то становится просто больно
Я немного слукавил в своем комментарии. На самом деле я понимаю о чем написано. Тема то здравая, идет обсуждение как управлять огромной системой!
На самом деле то, что описано в статье - зубодробительно просто. Причесать джиру, немного всех организовать. Но это все завернуто в "архитектуру архитектур" и "три слоя абстрактности". Все эти мысли - на поверхности, до них дойдет любой не дебил. Это поверхностный слой и это никого не интересует.
Расскажите в чем жыр. Почему ваша методология сработала? Почему тесное оффлайн общение решило кучу проблем? Какие сложности внедрения? Как вы работали с людьми? Какие метрики? Чего стала добиваться компания, чего раньше не могла? Начальник был на моей стороне и пропушил все в команды, где тут вызов?
Просто когда смысла особо нет, но хочется сделать посерьезнее, приходится заворачивать в умные слова и фразы. От этого смысл ускользает совсем и статья становится рыбной и не понятно
Вот вроде бы я тоже разработчик, должен все понимать... Но как будто про параллельный мир написано, вообще даже представить не могу что там у вас за центры практик и принятия решений. Похоже на рыбный текст
Наверное поэтому разработчики не любят вас, скрам-мастеров, потому что не понятно что за херню вы делаете, но с ужасно умным видом, клевыми словечками и огромными зарплатами
Ох уж эти сравнения Javs/C#/JavaScript/*чего угодно* с С++ в плане производительности... Всегда это прикрыто какой-то магией, мол компилируется так же в машинный код, да и оптимизаций в рантайме побольше можно сделать, чем при предварительной компиляции.
Но зачастую результат теста определяет сама парадигма сравниваемого с С++ языка. С++ эффективно расходует ресурсы, ты действительно почти не платишь за то чего не используешь. Но и колено отстрелить себе легко можешь!
А в другом языке - безопасность, синтаксический сахар. Это все накладные расходы, происходящие из самой архитектуры языка. И как ты его не компилируй, он, защищая твои колени, чуток но тратит на сторону.
Главное не скатываться в тесты про числомолотилки. Когда все языки, так или иначе компилирующиеся в байт-код, начинают показывать одинаковые результаты. И пот этим соусом подсовывают идею "а вот видите, С++ то не нужен, JavaScript дает те же результаты!".
В общем, спасибо за честный тест! Я бы тоже отметил что где-то есть ошибка, все же разница слишком велика. Но с другой стороны это как раз и показательно, ведь в реальных условиях именно так и будет
В реальности еще и новые сотрудники дороже, чем старые. Есть исследование, что на одной и той же позиции, свеженанятый человек получает больше, чем тот, кто уже давно работает
Сознание - тоже в некотором виде физический процесс. Вопрос лишь в нашем отношении к этому. Срезать стебель растения - ок. Порезать курочку на обед - ок (но уже не для всех). Порезать свою кошку на обед - не ок. Порезать своего товарища - ну совсем не ок.
У статьи явно популистский наклон. Она как раз пытается сдвинуть эту грань ок/не ок, в плане растений. Мол, кричат они так же, просто мы не слышим!!11
Ну, какая статья, такой и коммент - просто угарчик, на тему жонглирования понятиями приемлемо/не приемлемо. А где-то в каких-то племенах и товарища на обед - это ок. Тон задает социум, личное отношение, а не факт физического процесса
И да, и нет. Сейчас бот не заменит программиста. Потому что он не умеет думать, делать выводы, на основе сделанных выводов делать новые выводы и так далее. Ну как, немножко умеет (читай соседнюю статью как сеть научилась арифметике).
А вот как научится думать, тогда да, наверное обратно на пальмы залезем. Что, с какой-то стороны, не так уж и плохо
Просто всем начинает казаться что это уже гораздо ближе, чем нам всем казалось.
все еще считаю что на заседаниях комитета должен быть мужик с пулеметом, чтобы эти ребята хоть немного чувствовали ответственность за то что превращают язык в тарабарщину
Отсутствие, ровно как и избыток комментариев - признак плохого кода. Я стараюсь держаться посередине. Но здесь и правда комментарии были бы полезны
Блок схема полезна, но не всегда необходима. Здесь нет такой запутанности сущностей чтобы рисовать блок схему. По сути там будет меньше пяти блоков
Абстрактное натягивание js на с++ - это скорее понятно тем кто работает в мобильном геймдеве, кто мучается с С++ и знает какие плюсы несет скриптовый язык. И было бы неплохо больше расписать в статье о мотивации зачем я это делаю, для большего круга людей. Может быть в будущем напишу статейку об использовании в движке и какие плюшки от этого получаю
Качество. Фотограмметрия конечно существует давно, но вы видели девайсы для качественной фотограмметрии? А здесь по трем фоткам воспроизвели полноценную сцену, причем ооочень качественно.
И я думаю это несколько иное. Снять геометрию по фотке - это одно. Здесь я так понимаю что-то вроде умной интерполяции между изображениями. А это довольно сильно может пошатнуть традиционные подходы к построению трехмерных сцен. Если раньше необходимо было хранить подробное описание геометрии, то теперь по сути нужны фотографии пространства.
Интересно как это скажется на геймдев-индустрии, сможет ли кто-то сделать движок, оперирующий не полигональными моделями, а вот такими представлениями из референсных изображений. Ну или в какой-нибудь другой популярной индустрии ;)
Демку бы пощупать, а то на видео те же nvidia показывают красивое, а в реальных демках получается корявое
Классный инструктаж :) Местами казалось перечитываю книгу "Пиши, сокращай". Это хорошо, книга хорошая и полезная. В коментах конечно критикуют, но вот когда тебе реально становится нужно "чето кому-то донести", такие советы оказываются крайне полезными
Бить на классы можно до посинения, важно тоже знать где остановиться. Попробуйте возвести правило "один класс отвечает за одну вещь" в абсолют. Тогда чуть ли не каждая строчка превращается в отдельный класс. И опять же все это тяжело держать в голове.
STL в качестве примера хорошего API? Честно говоря по-моему это худших пример API, который можно найти. Отдельный std::find_if конечно удобен его разработчику, но не удобен пользователю. Если сравнить STL API с любым другим языком, например C#, то становится просто больно
Я немного слукавил в своем комментарии. На самом деле я понимаю о чем написано. Тема то здравая, идет обсуждение как управлять огромной системой!
На самом деле то, что описано в статье - зубодробительно просто. Причесать джиру, немного всех организовать. Но это все завернуто в "архитектуру архитектур" и "три слоя абстрактности". Все эти мысли - на поверхности, до них дойдет любой не дебил. Это поверхностный слой и это никого не интересует.
Расскажите в чем жыр. Почему ваша методология сработала? Почему тесное оффлайн общение решило кучу проблем? Какие сложности внедрения? Как вы работали с людьми? Какие метрики? Чего стала добиваться компания, чего раньше не могла? Начальник был на моей стороне и пропушил все в команды, где тут вызов?
Просто когда смысла особо нет, но хочется сделать посерьезнее, приходится заворачивать в умные слова и фразы. От этого смысл ускользает совсем и статья становится рыбной и не понятно
Вот вроде бы я тоже разработчик, должен все понимать... Но как будто про параллельный мир написано, вообще даже представить не могу что там у вас за центры практик и принятия решений. Похоже на рыбный текст
Наверное поэтому разработчики не любят вас, скрам-мастеров, потому что не понятно что за херню вы делаете, но с ужасно умным видом, клевыми словечками и огромными зарплатами
господи, сколько ж лет им долбиться надо было чтобы добавить contains в стандарт. Правда остальной api стандартной либы все так и остается дерьмом
Ох уж эти сравнения Javs/C#/JavaScript/*чего угодно* с С++ в плане производительности... Всегда это прикрыто какой-то магией, мол компилируется так же в машинный код, да и оптимизаций в рантайме побольше можно сделать, чем при предварительной компиляции.
Но зачастую результат теста определяет сама парадигма сравниваемого с С++ языка. С++ эффективно расходует ресурсы, ты действительно почти не платишь за то чего не используешь. Но и колено отстрелить себе легко можешь!
А в другом языке - безопасность, синтаксический сахар. Это все накладные расходы, происходящие из самой архитектуры языка. И как ты его не компилируй, он, защищая твои колени, чуток но тратит на сторону.
Главное не скатываться в тесты про числомолотилки. Когда все языки, так или иначе компилирующиеся в байт-код, начинают показывать одинаковые результаты. И пот этим соусом подсовывают идею "а вот видите, С++ то не нужен, JavaScript дает те же результаты!".
В общем, спасибо за честный тест! Я бы тоже отметил что где-то есть ошибка, все же разница слишком велика. Но с другой стороны это как раз и показательно, ведь в реальных условиях именно так и будет
Ну, бизнесу это выгодно. Хотя бы в краткосрочной перспективе. Вот и все становится на свои места. Каждый должен заботиться о своей заднице
В реальности еще и новые сотрудники дороже, чем старые. Есть исследование, что на одной и той же позиции, свеженанятый человек получает больше, чем тот, кто уже давно работает
Сознание - тоже в некотором виде физический процесс. Вопрос лишь в нашем отношении к этому. Срезать стебель растения - ок. Порезать курочку на обед - ок (но уже не для всех). Порезать свою кошку на обед - не ок. Порезать своего товарища - ну совсем не ок.
У статьи явно популистский наклон. Она как раз пытается сдвинуть эту грань ок/не ок, в плане растений. Мол, кричат они так же, просто мы не слышим!!11
Ну, какая статья, такой и коммент - просто угарчик, на тему жонглирования понятиями приемлемо/не приемлемо. А где-то в каких-то племенах и товарища на обед - это ок. Тон задает социум, личное отношение, а не факт физического процесса
если человеку отрезать руку - из него потечет кровь и он закричит. Ну, тоже физика, в принципе :)
И да, и нет. Сейчас бот не заменит программиста. Потому что он не умеет думать, делать выводы, на основе сделанных выводов делать новые выводы и так далее. Ну как, немножко умеет (читай соседнюю статью как сеть научилась арифметике).
А вот как научится думать, тогда да, наверное обратно на пальмы залезем. Что, с какой-то стороны, не так уж и плохо
Просто всем начинает казаться что это уже гораздо ближе, чем нам всем казалось.
все еще считаю что на заседаниях комитета должен быть мужик с пулеметом, чтобы эти ребята хоть немного чувствовали ответственность за то что превращают язык в тарабарщину
Разрабы deepfake такие "оу, спасибо за функцию, на которой можно тренить"
Нет, еще не добрался
Отвечу на все разом.
Отсутствие, ровно как и избыток комментариев - признак плохого кода. Я стараюсь держаться посередине. Но здесь и правда комментарии были бы полезны
Блок схема полезна, но не всегда необходима. Здесь нет такой запутанности сущностей чтобы рисовать блок схему. По сути там будет меньше пяти блоков
Абстрактное натягивание js на с++ - это скорее понятно тем кто работает в мобильном геймдеве, кто мучается с С++ и знает какие плюсы несет скриптовый язык. И было бы неплохо больше расписать в статье о мотивации зачем я это делаю, для большего круга людей. Может быть в будущем напишу статейку об использовании в движке и какие плюшки от этого получаю
Кажется js движков гораздо больше чем я думал... Хоть и не так просто все их нагуглить. Спасибо за вариант, почитаю доки
Да, тоже думал об этом. Поизучаю в будущем, попробую оптимизировать. Спасибо!
Все так, самая бесячая фича (точнее ее отсутствие) в JS
Каждому мнению быть ) хотя с аргументированным мнением спорить проще. Подвинуть - всегда пожалуйста, приходи на собес
Качество. Фотограмметрия конечно существует давно, но вы видели девайсы для качественной фотограмметрии? А здесь по трем фоткам воспроизвели полноценную сцену, причем ооочень качественно.
И я думаю это несколько иное. Снять геометрию по фотке - это одно. Здесь я так понимаю что-то вроде умной интерполяции между изображениями. А это довольно сильно может пошатнуть традиционные подходы к построению трехмерных сцен. Если раньше необходимо было хранить подробное описание геометрии, то теперь по сути нужны фотографии пространства.
Интересно как это скажется на геймдев-индустрии, сможет ли кто-то сделать движок, оперирующий не полигональными моделями, а вот такими представлениями из референсных изображений. Ну или в какой-нибудь другой популярной индустрии ;)
Демку бы пощупать, а то на видео те же nvidia показывают красивое, а в реальных демках получается корявое
Классный инструктаж :) Местами казалось перечитываю книгу "Пиши, сокращай". Это хорошо, книга хорошая и полезная. В коментах конечно критикуют, но вот когда тебе реально становится нужно "чето кому-то донести", такие советы оказываются крайне полезными