Войти
ПроектыФорумОцените

Скриншотный субботник. 2022, Август 3 неделя (5 стр)

Страницы: 1 2 3 4 5 6 7 Следующая »
#60
11:02, 14 сен 2022

Skvoznjak
> Уе - однозначно нет, плюсы это для системных библиотек. Тем более, студия, даже не гцц.

Это сразу в мемориз! :))))))))))))

#61
(Правка: 12:32) 12:29, 14 сен 2022

Skvoznjak
> А у меня привычка в код влезать и что-то править и колбасить. А во вторых - эти
> движки не имеют редакторов для линуксов, потому пользование ими боль. Можно но
> больно.
да все они садисты, двигостроители эти. Они ещё крутое железо требуют. Вот сделали бы движок, на деревянных счётах. И язык программирования у них не русский. Вот был бы 1С хотя бы. Тогда можно было бы... Сам вопию...

#62
14:49, 14 сен 2022

ivashko
>да все они садисты, двигостроители эти. Они ещё крутое железо требуют.

Не все, а преимущественно - плюсописатели. Как бы считается, что на других ЯП программы тормозят, а часто наоборот, если железо и обновления ОС не самые новые и дорогие, то тормозит их продукция, потому что ЯП сконструирован для написания системных библиотек, которые маленькие по весу, и впитывает все ненужные обновления как половая тряпка жижу с пола. (Это полезно для системных библиотек и вредно для конечных программ.) Чтобы не впитывало, надо очень постараться и не давать средству разработки такой возможности - если дорвётся, то нахлебается, как хрюшка помоев. Такая конструкция разработана, тут ничего не поделаешь.

>И язык программирования у них не русский.

Про плохой алфавит забыл, в котором букв мало и часть из имеющихся дурные. Но транслит и с этим справится. Если в английском алфавите букв станет ещё меньше, то придётся программировать всего двумя операторами: КУ и ТЮ!

#63
14:53, 14 сен 2022

Skvoznjak
> ЯП сконструирован для написания системных библиотек, которые маленькие по весу,
> и впитывает все ненужные обновления

Диву даюсь, откуда Вы всё это берёте? Мыслительный процесс просто интересен, логическая цепочка. С++ - "впитывает" обновления (и поэтому тормозит, ага), а скажем, C# (или какой там правильный ЯП - JS?) - не впитывает обновления, поэтому быстрый. Так или как?

#64
16:26, 14 сен 2022

ivashko
> И язык программирования у них не русский.
лучше китайский или японский. Там вообще бы программирование в одну строчку делать можно было. Но если бы они захотели, то наверно и в один иероглиф...

> да все они садисты, двигостроители эти.
приколы приколами, но на самом деле многие движки через жопу сделаны. Или если не через жопу, то тащат за собой всё что нужно и всё что не нужно. А это иногда выбешиает.

#65
17:45, 14 сен 2022

Mirrel
> приколы приколами, но на самом деле многие движки через жопу сделаны. Или если
> не через жопу, то тащат за собой всё что нужно и всё что не нужно. А это иногда
> выбешиает.
Как 3д художник могу сказать что в UE инструментарий и интерфейс сделаны через задницу по сравнению с остальным 3д программами с которыми имею дело. В UE5 ситуация немного улучшилась, но до нормального состояния ещё далеко, работать по прежнему неудобно. Наверное просто всё это делается в отрыве от тех, кто пользуется движком, без каких-либо отзывов.

#66
(Правка: 18:00) 18:00, 14 сен 2022

Mirrel
> лучше китайский или японский.
поддерживаю. Вообще поражаюсь как можно без буквы "ъ - ять" обходиться. Та в иероглифах больше закорючек. Только кодить и кодить. Клавиатуру только на 5000 иероглифов купить будет сложно.

be_hip
> в UE инструментарий и интерфейс сделаны через задницу
это вы ещё на XNA не кодили...

#67
20:28, 14 сен 2022

GDR
>Диву даюсь, откуда Вы всё это берёте? Мыслительный процесс просто интересен, логическая цепочка. С++ - "впитывает" обновления (и поэтому тормозит, ага)

Ты не поверишь - из линукса, где часто приходилось компилять чужие программы, а иногда и что-то патчить чтобы собралось. О чём писал, это всё из реальности. Это вот ты делаешь выводы не учитывая, что всего знать невозможно. Никогда в жизни не компилял на 4Гб ОЗУ малюсенькую утилитку - эмулятор органа, которая при сборке жрёт больше четырёх гигов и вгоняет систему в своп, отчего сборка длится ну очень долго. Она при сборке жрёт больше всего ядра линукса, которое немаленькое, или драйвера видеокарты. Вот так кто-то хитро написал утилиту используя все передовые фичи языка. Что касаемо обновлений, так их замечательность вылезает и на винде, когда прилагаемый к программе вредистр при запуске кидает ошибку, и когда запускаешь программы в вайне, и просто когда запускаешь на не той версии железа и ОС. Плюсы так устроены, чтобы использовать побольше новых фич, а если на твоей системе их не будет, то вместо них в коде будут использоваться заглушки, с которыми программу скорее всего никто не оптимизировал.

>а скажем, C# (или какой там правильный ЯП - JS?) - не впитывает обновления, поэтому быстрый. Так или как?

Компиляция плюсов тормозит, потому что выполняет много лишних операций, а также в коде могут применяться тормозные операции. Конечно, собранная программа скорее всего будет на мощном железе работать быстрее, но кто же её большую нормально оптимизирует и наладит, если компиляция долгая:) Как собралось, так и сойдёт. Те, языки, что ты упомянул, покусаны плюсами. Шарп надо было вообще не создавать, а отправить его автора на оплачиваемую пенсию - платить за то, чтобы ничего больше не творил:))) Замена ЯП бы нашлась. Но что случилось, то случилось. Ты так говоришь, будто надо радоваться условному молотку, у которого из рукоятки шипы растут. Корпорациям он конечно выгоден - меньше выскальзывает из рук, а значит в среднем растёт производительность труда.

И вообще, о чём спор? От тебя же твой инструмент никто не отбирает и пользоваться не запрещает.

#68
20:37, 14 сен 2022

Прям кровь из глаз...

Skvoznjak
> Никогда в жизни не компилял на 4Гб ОЗУ малюсенькую утилитку, которая при сборке
> жрёт больше четырёх гигов и вгоняет систему в своп, отчего сборка длится ну очень долго.
> Вот так кто-то хитро написал утилиту используя все передовые фичи языка.

В этом виноват ЯП, конечно, же, а не автор утилиты?
Вы слышали про методы ускорения компиляции, кстати?

Skvoznjak
> Те, языки, что ты упомянул, покусаны плюсами. Шарп надо было вообще не
> создавать, а отправить его автора на оплачиваемую пенсию - платить за то, чтобы
> ничего больше не творил:)))

Так Вы не назвали тот самый, правильный и хороший ЯП - JS, Java? Может Basic, PHP, Python ?

#69
(Правка: 20:59) 20:57, 14 сен 2022

ivashko
>Вообще поражаюсь как можно без буквы "ъ - ять" обходиться.

Когда она была актуальна, русский язык звучал не совсем так, как теперь. А до этого людям была дана буквица с буквами про запас, чтобы люди могли развиваться не испытывая дефицита символов, как теперь в латинице. Из буквицы вынули малоиспользуемое и получилось 33, а если из латиницы выбросить ерунду типа qwyxj, то всего 21 букв остаётся, записывай любые звуки, не стесняйся!

#70
21:15, 14 сен 2022

GDR
>В этом виноват ЯП, конечно, же, а не автор утилиты?

А в книгах по обучению ЯП, про модные фичи пишут что они говно, или может про это на уроках информатики рассказывают? Типа, мы вам только что запилили несколько фич, очень над ними трудились, но вы ими никогда не пользуйтесь, потому что за их применение вас проклянут.

>Вы слышали про методы ускорения компиляции, кстати?

Так нормальный код и так секунды, или минуты, если очень большой, компиляется, даже если пересобирать кода побольше, не разбираясь, что сейчас изменилось, а что можно использовать из предыдущей компиляции. Даже чтобы ошибку в синтаксисе поискать, проще компиляцию запустить - секундное же дело!

>Так Вы не назвали тот самый, правильный и хороший ЯП - JS, Java? Может Basic, PHP, Python ?

А с какой целью перечисляете избегая именно его? Подсознательно его угадываете и не произносите чтобы не портить себе настроения.

#71
21:26, 14 сен 2022

Skvoznjak
> Так нормальный код и так секунды, или минуты, если очень большой, компиляется

Ясно. Не стоило начинать разговор с человеком, который не знает, что такое запустить компиляцию и идти наливать чай.

> А с какой целью перечисляете избегая именно его? Подсознательно его угадываете
> и не произносите чтобы не портить себе настроения.

Избегая кого? Pascal/Delphi, ассемблер, Perl?

#72
22:10, 14 сен 2022

GDR
>Ясно. Не стоило начинать разговор с человеком, который не знает, что такое запустить компиляцию и идти наливать чай.

Я столько не выпью и кружка у меня и так рядом с клавой, протяни руку и пей. И производительность труда при таких простоях очень мелкая. Это как монтировать видео и 70% времени рубиться в сапёра с реверси пока техника занята. Когда долго компиляется, то не станешь часто проверять ставить + или - в заумном цикле методом "счас соберу, запущу и узнаю".

>Избегая кого? Pascal/Delphi, ассемблер, Perl?

Вот оно, за исключением перла - сечка лучше перловки, её жевать быстрее! А асма, ну куда же без асмы в ООП, заглянешь в отладчик, а там - она, цветёт и пахнет.

#73
22:16, 14 сен 2022

И много игр Вы на Delphi/ассемблере написали?

#74
(Правка: 22:28) 22:28, 14 сен 2022

даёшь игры на Ассемблере. Движки в топку!

Страницы: 1 2 3 4 5 6 7 Следующая »
ПроектыФорумОцените