В наше время разработчики меняют компании как перчатки.
Поэтому компании должны быть готовы к тому, что любой разработчик может уйти в любой момент. Жужжание в уши и повышение зарплаты на 3% больше не работают. Хотя не факт, что они работали и раньше.
Повесить у себя в резюме что-ли? А то в уши кладу, что человек который не держится на работе это очень плохо, а оказывается это уже норма.
Не писать документацию.
Писать дрянной код
Единолично владеть некой основной частью системы
Все это аннулируются работником должной квалификации. Некоторые фирмы специально учат работников разбирать код без комментариев и отказываются от их написания. А появление дрянного кода в принципе неизбежно в большом коллективе и "стартапах". В остальном знание шаблонов, алгоритмов а соответствующей API базы поможет как при написании так и при чтении кода.
Это выдуманый критерий из их головы, я такого не говорил.
По крайней мере вы утверждаете что их нельзя назвать вещественными, поскольку часть из них (как иррациональные) в них не входят. По той же аналогии их нельзя назвать и рациональными, поскольку также не включают в себя часть рациональных.
"Вещественные числа dooble float" - это взгляд математика на программирование. Возникает такая же проблема когда теоретики С++ (или другого высокоуровневого языка или теории) начинают рассуждать о работе процессора (или чем-то вещественном и реальном).
И все таки числа с плавающей точкой - это один из вариантов представления вещественного числа для вычислительной машины. А то что можно записать только часть рациональных, ну так получилось. Даже не все рациональные здесь имеются, то есть dooble рациональным тоже назвать нельзя. С точки зрения расчетов до нескольких знаков после запятой, число 1/3 0.3333333432674407958984375 можно считать как бесконечную дробь, в том числе и урезанную ПИ как полную запись.
Кроме того и про int можно сказать что это не целые числа, потому что все возможные варианты туда не помещаются.
То что, к примеру, я пишу на С для одной ОС и потом переписываю для другой не делает конечную библиотеку больше.
Если взять тот же Qt с требованиями "разработать с использованием QML", прицепить базу данных и использовать сервисы ОС (погода, положение, и тд) - это будет гиговый дистрибутив в отдельном каталоге не считая библиотек операционной системы. Но при статической линковке это всего лишь 12 мегабайт. А если взять весь функционал напрямую из ОС то приложение будет не больше метра.
Не будем также забывать про существование KolibriOS.
C++ он и есть от того С++, что к языку С добавили эти самые ++. А если хотите чистые ++, то тогда тут нужен другой язык.
Вот вам другое мнение для размышления: почему язык C++ развивается не согласованно со стандартами языка С? Как это подразумевалось при его создании чтобы расширить возможности С. А рождает вместо этого противоречивые костыли.
Этот язык программирования появился в начале 80-х годов ХХ столетия. Придумал его Бьерн Страуструп. Создавался С++ на базе существовавшего тогда С. Первоначально, Страуструп назвал новый язык «С с классами», так как в нем были реализованы классы. Помимо этого, в новый язык программирования были добавлены виртуальные функции, ссылки, константы и многое другое. Также здесь появился новый стиль комментирования (привычные многим //). В результате получившийся язык программирования перестал быть дополнением в С и стал самостоятельным.
Во первых функция не dir, а dot. Во вторых умножение на два забыли, иначе получится вектор параллельный плоскости отражения (не совсем понятно что имелось в виду).
Мне кажется слово "регидрация (регидратация)" (водно-электролитная терапия – процесс восполнения потерянных организмом объемов жидкости и ионов) применили не очень удачно для создания термина.
Здесь все-таки говориться о командах x64, а у них и длинна самих команд в своей совокупности больше и требования к конвейеру больше и сами конвейеры больше и так далее и тому подобное, поэтому делать вместо INTO, JNO INT 4 думаю не так страшно.
Но даже так все регистры 64 битные, а не 32 по умолчанию, поэтому переполнение уже не будет тем что было раньше.
Разве blender, gimp и прочее не бесплатные? Кто их запретит? А то что есть у нас, это в основном либо закрытое ПО, либо слишком узко специализированное.
На мобильном вроде как шейдеры есть, а это значит что вполне потянет, скажем алгоритмы аналогичные фильтрам фотошопа (контуры и размытие), они не сильно сложнее школьного курса.
На самом деле очень часто приходиться костылить на скорую руку, и после того как твой костыль нашли, уже родился боле менее вразумительный результат или свежий взгляд на проблему привел к решению. Поэтому объяснять каждый раз, что это затычка, которую собирался доработать, вроде и надоело и стыдно и должно быть понятно. Тут можно развести отдельный холивар, что «надо всегда писать чистый код», но даже у сеньоров в реалиях разработки это не всегда получается, а такие заявления чаще слышно от не практикующих или пишущих одно и тоже. И стоит таким правильным товарищам выйти из своей зоны комфорта как тут же становятся и мидлами и джунами. А вместо уверенности выпирает «требую уважения» и прочая токсичность. Но если вопрос все еще остается, то возможно и так, что вы чего-то не знаете. Ведь знать абсолютно все в принципе невозможно. Хотя оставлять вопросы без ответа плохая практика.
И еще я очень часто сталкивался с таким моментом, что ответ может повлечь за собой только еще больше вопросов, особенно когда этот товарищ не из твоей команды. Это приводит к разведению холиваров и отвлечению от работы, поэтому иногда лучше все-таки промолчать.
Не берусь говорить за сокрытие данных в видеопотоке, но на примере JPG алгоритмов данные можно легко и без потери качества оригинала сохранить в битах частотных коэффициентов. Алгоритм упаковки таких коэффициентов позволяет менять некоторые его биты, а для сохранения качества лучше всего делать это с младшими. По аналогу можно попробовать сохранить информацию и в видео потоке, но объем спрятанной информации при таком подходе не велик. Зато визуально не портит картинку, качество и размер изначальных файлов не меняется. Алгоритм сам по себе не требует полной реализации декодера, требуется только первоначальный (конечный) этап распаковки (сжатия).
После перекодирования, конечно же, все данные теряются.
Я бы переформулировал вопрос. Не важно в каком формате беруться данные, а вот как они ложаться на сферу будет значимым. Особенно для полюсов, если у вас для построение высот у меша сохраняется подобие сетки меркатора. Можно воспользоваться уже имеющимся у вас аналогом интерполяции и строить сам меш детализируя икосаэдр
А вообще, проект Outerra я думаю эту тему достаточно хорошо раскрыл.
На удаленке работодатель банально неможет организовать общение с командой. Но это звоночек. У меня так работодатель просто сплетничал в мини чатах о других программистах.
Повесить у себя в резюме что-ли? А то в уши кладу, что человек который не держится на работе это очень плохо, а оказывается это уже норма.
Все это аннулируются работником должной квалификации. Некоторые фирмы специально учат работников разбирать код без комментариев и отказываются от их написания. А появление дрянного кода в принципе неизбежно в большом коллективе и "стартапах". В остальном знание шаблонов, алгоритмов а соответствующей API базы поможет как при написании так и при чтении кода.
Ищем 10 отличий.
По крайней мере вы утверждаете что их нельзя назвать вещественными, поскольку часть из них (как иррациональные) в них не входят. По той же аналогии их нельзя назвать и рациональными, поскольку также не включают в себя часть рациональных.
"Вещественные числа dooble float" - это взгляд математика на программирование. Возникает такая же проблема когда теоретики С++ (или другого высокоуровневого языка или теории) начинают рассуждать о работе процессора (или чем-то вещественном и реальном).
И все таки числа с плавающей точкой - это один из вариантов представления вещественного числа для вычислительной машины. А то что можно записать только часть рациональных, ну так получилось. Даже не все рациональные здесь имеются, то есть dooble рациональным тоже назвать нельзя. С точки зрения расчетов до нескольких знаков после запятой, число 1/3 0.3333333432674407958984375 можно считать как бесконечную дробь, в том числе и урезанную ПИ как полную запись.
Кроме того и про int можно сказать что это не целые числа, потому что все возможные варианты туда не помещаются.
(пака писал уже подобные мысли выше появились)
Мне почему-то все это напомнило моделирование на shadertoy.
То что, к примеру, я пишу на С для одной ОС и потом переписываю для другой не делает конечную библиотеку больше.
Если взять тот же Qt с требованиями "разработать с использованием QML", прицепить базу данных и использовать сервисы ОС (погода, положение, и тд) - это будет гиговый дистрибутив в отдельном каталоге не считая библиотек операционной системы. Но при статической линковке это всего лишь 12 мегабайт. А если взять весь функционал напрямую из ОС то приложение будет не больше метра.
Не будем также забывать про существование KolibriOS.
C++ он и есть от того С++, что к языку С добавили эти самые ++. А если хотите чистые ++, то тогда тут нужен другой язык.
Вот вам другое мнение для размышления: почему язык C++ развивается не согласованно со стандартами языка С? Как это подразумевалось при его создании чтобы расширить возможности С. А рождает вместо этого противоречивые костыли.
Во первых функция не dir, а dot. Во вторых умножение на два забыли, иначе получится вектор параллельный плоскости отражения (не совсем понятно что имелось в виду).
https://docs.gl/sl4/reflect
vec3 new_dir = dir - 2 *
dot(dir, normal) * normal;Если хотели сделать направление по плоскости то нужно не забыть нормализовать его, или восстановить скорость/длину вектора.
Мне кажется слово "регидрация (регидратация)" (водно-электролитная терапия – процесс восполнения потерянных организмом объемов жидкости и ионов) применили не очень удачно для создания термина.
Ну, как бы понятно зачем, но зачем? Чем эмуляторы не катят, джойстики не те?
Здесь все-таки говориться о командах x64, а у них и длинна самих команд в своей совокупности больше и требования к конвейеру больше и сами конвейеры больше и так далее и тому подобное, поэтому делать вместо INTO, JNO INT 4 думаю не так страшно.
Но даже так все регистры 64 битные, а не 32 по умолчанию, поэтому переполнение уже не будет тем что было раньше.
Мне понравилось что тут для сравнения рядом поставили еще и GPU считалку. Для таких объемных задач во много это и проще и приоритетнее.
Разве blender, gimp и прочее не бесплатные? Кто их запретит? А то что есть у нас, это в основном либо закрытое ПО, либо слишком узко специализированное.
На мобильном вроде как шейдеры есть, а это значит что вполне потянет, скажем алгоритмы аналогичные фильтрам фотошопа (контуры и размытие), они не сильно сложнее школьного курса.
Smart Blur
На самом деле очень часто приходиться костылить на скорую руку, и после того как твой костыль нашли, уже родился боле менее вразумительный результат или свежий взгляд на проблему привел к решению. Поэтому объяснять каждый раз, что это затычка, которую собирался доработать, вроде и надоело и стыдно и должно быть понятно. Тут можно развести отдельный холивар, что «надо всегда писать чистый код», но даже у сеньоров в реалиях разработки это не всегда получается, а такие заявления чаще слышно от не практикующих или пишущих одно и тоже. И стоит таким правильным товарищам выйти из своей зоны комфорта как тут же становятся и мидлами и джунами. А вместо уверенности выпирает «требую уважения» и прочая токсичность. Но если вопрос все еще остается, то возможно и так, что вы чего-то не знаете. Ведь знать абсолютно все в принципе невозможно. Хотя оставлять вопросы без ответа плохая практика.
И еще я очень часто сталкивался с таким моментом, что ответ может повлечь за собой только еще больше вопросов, особенно когда этот товарищ не из твоей команды. Это приводит к разведению холиваров и отвлечению от работы, поэтому иногда лучше все-таки промолчать.
Не берусь говорить за сокрытие данных в видеопотоке, но на примере JPG алгоритмов данные можно легко и без потери качества оригинала сохранить в битах частотных коэффициентов. Алгоритм упаковки таких коэффициентов позволяет менять некоторые его биты, а для сохранения качества лучше всего делать это с младшими. По аналогу можно попробовать сохранить информацию и в видео потоке, но объем спрятанной информации при таком подходе не велик. Зато визуально не портит картинку, качество и размер изначальных файлов не меняется. Алгоритм сам по себе не требует полной реализации декодера, требуется только первоначальный (конечный) этап распаковки (сжатия).
После перекодирования, конечно же, все данные теряются.
В свое время был csszengarden, но сейчас он как то частично загнулся.
По архиву можно дизайны глянуть.
Я бы переформулировал вопрос. Не важно в каком формате беруться данные, а вот как они ложаться на сферу будет значимым. Особенно для полюсов, если у вас для построение высот у меша сохраняется подобие сетки меркатора. Можно воспользоваться уже имеющимся у вас аналогом интерполяции и строить сам меш детализируя икосаэдр
А вообще, проект Outerra я думаю эту тему достаточно хорошо раскрыл.
На удаленке работодатель банально неможет организовать общение с командой. Но это звоночек. У меня так работодатель просто сплетничал в мини чатах о других программистах.
Оxygen not included тудаже