-
- дык другого глобуса не подвезли. страдаем. cheblin(1 знак., 25.12.2021 13:33, картинка)
- Спасибо. Вечное :) - Evgeny_CD(25.12.2021 20:51)
- "Железный треугольник" - RxTx(25.12.2021 20:35)
- Приму в деловой оборот! - Solo(25.12.2021 13:51)
- Там в статье картинка, где Pentium 166 был у товарища в 1993 году.
Это из параллельной вселенной? - Tech_(24.12.2021 20:06)
- Журмашина времени :)) - MBedder(24.12.2021 20:08)
- Я тут недавно VS2015 ставил (дочке кое-что подшаманить) -
обплевался. Посему, пока еще не убили Win32 API, буду юзать ДельфЯ
5 из прошлого века. Ибо после D7 оно тоже стало "всратое"... - Гyдвин(24.12.2021 19:57)
- А чем Delphi 11 не угодило? Все старые проекты собрались и
работают. Среда разработки по сравнению с VS просто летает. (Xeon
E5-2678 v3 + 32GB + SSD). - Nikolaev_Aleksey(27.12.2021 12:58)
- Еще D7 стал раздражать своим рябым интерфейсом, посему и сижу на D5 :) Потом они сунулись в .NET, позже во всяческое жабообразие... "Тост должен быть кратким, как выстрел"(c) Для моих поделий достаточно VCL, Win API и кучки любимых компонентов для работы с COM, Ethernet и пр. Indy. Единственное, чего не стало хватать - 64-ности. Например, невозможно создавать 64-бит службы. Ну и с кодировками (тот же utf-8) есть проблемы... - Гyдвин(27.12.2021 15:03)
- В Delphi мертвый язык - Паскаль :) - Kceния(27.12.2021 13:19)
- Оплевались инсталлировать или юзать? В чем проблема? - Kceния(24.12.2021 20:54)
- Именно инсталировать. Все точно, как в статье... - Гyдвин(24.12.2021 22:38)
- Я статью не читала, а просто запустила инсталлер и никаких проблем при установке не заметила. - Kceния(25.12.2021 14:53)
- Дык. Львиная доля усилий современных софтопроизводителей, тратится не на совершенствование инструмента, а на защиту от спиздинга и марткетинговые рюшечки. - Codavr(25.12.2021 07:02)
- Именно инсталировать. Все точно, как в статье... - Гyдвин(24.12.2021 22:38)
- Угу, тоже недавно надо было пару простеньких прог сделать - старые заготовки на Д7 чуть поправил и готово. Но это пока не надо кроссплатформенное делать, тогда уже QT надо осваивать или еще чего покрышесноснее. - Andreas(24.12.2021 20:08)
- А чем Delphi 11 не угодило? Все старые проекты собрались и
работают. Среда разработки по сравнению с VS просто летает. (Xeon
E5-2678 v3 + 32GB + SSD). - Nikolaev_Aleksey(27.12.2021 12:58)
- Тому причиной - доминирование ... ардуиновой парадигмы :). Когда
эта парадигма проникает на уровень технических решений, то она
вызывает справедливое возмущение инженерного сословия низким
профессионализмом авторов таких решений. Тогда как аналогичная
парадигма в программировании остается незамеченной из-за того, что
программный код скрыт от обозрения, да и разбираться в чужом коде
слишком сложно. А в результате программы клепают по-быстрому из
готовых "шилдиков", беспокоясь Kceния(205 знак., 24.12.2021 17:19)
- А накат на ардуину - это хоть и сладостно для ушей проф.
эмбедщиков, но если не кривить душой, то надо признать что это зря.
Причем как на код, так и на платки-шилды. И то и другое несомненно
представляет собой шаг вперед (это правда), а всё ворчание только
потому что проф эмбедщик чувствует как его профессионально
подпирают. Но раз так происходит и подпирать способны
обезьянкимолодые, то значит действительно прогресс. Причем здесь не только такая RxTx(979 знак., 25.12.2021 02:23)- Проблема ардуины в неспособности сделать что-то реальное.Это чисто учебный проект.Как только возникает необходимость в "доработке напильником о нужных кондиций" ардуинщик сдувается сразу. PlainUser(226 знак., 25.12.2021 17:50)
- Это не накат на Ардуину, а констатация того факта, что она (и не
только она) слишком снизила планку, из-за чего квалификация
программистов в среднем снизилась, поскольку к "сборке из
кубиков"начали привлекать программистов низкой квалификации, вплоть
до начинающих (им и зарплату можно было меньшую платить). А потому
ныне преуспевают не те, кто алгоритмы сочиняют, а те, кто шустрее
наловчились кнопочки на менючках нажимать. Не скажу, что последнее
качество плохо, однако оно Kceния(84 знак., 25.12.2021 02:34)
- К сожалению, преуспевают всегда средние. Таково нынешнее
мироустройство. И диктует это капитализм. - RxTx(25.12.2021 02:39)
- Это не капитализм диктует, а стремление человека идти наиболее
легким путем. Ныне инструментальные средства в значительной мере
облегчают труд программиста, вот они и разленились. :) - Kceния(25.12.2021 02:43)
- Капитализм это и есть эссенция желания иметь много и не работать :) - RxTx(25.12.2021 02:44)
- Это не капитализм диктует, а стремление человека идти наиболее
легким путем. Ныне инструментальные средства в значительной мере
облегчают труд программиста, вот они и разленились. :) - Kceния(25.12.2021 02:43)
- К сожалению, преуспевают всегда средние. Таково нынешнее
мироустройство. И диктует это капитализм. - RxTx(25.12.2021 02:39)
- :) Парадигма дуины - "написанному верить" - не в сложности проверок собственно кода, а в отсутствии средств отладки и в вере в скилы сообщества. А вот "ардуинова парадигма" - это другое:) - это оценка культовости парадигмы дуины с точки зрения разработчика традиционной ориентации. Построение аналогий - удел философов, к которым можно отнести любого захудалого программиста-кодера, находящегося в ленивом поиске библов для максимально тупого выхлопа резалта в Vit(357 знак., 24.12.2021 23:36)
- В 2021 году наоборот, вижу выписывание каждый раз цикла for руками.
Приведите несколько примеров тех самых "шилдиков" из которых
клепают программы беспокоясь только о том, как их между собой
"подружить". RxTx(17 знак., 24.12.2021 23:00)
- В программировании МК это чаще всего I2C и USB-device. Если АЦП, то
и для него обычно ищут готовый код, который оформлен в виде
функций, т.к. разбираться с чужим кодом мало кто может. Если это
вычислительная процедура, то и тут тоже обычно ищут для нее готовый
код. Т.е. фактически получается ситуация, как с Ардуино - на все
типичные случаи есть функции, а на нетипичные голову сломишь, чтобы
под Ардуино написать. Тем самым, ситуация складывается, как
конструкторе "Лего" - Kceния(268 знак., 24.12.2021 23:58)
- Понятно. Всё как всегда, примтивно. А я то уж думал.... На самом
деле проблема не в том что код программ стремятся набрать
блочно-кусковым методом. Реальная, истинная проблема заключается в
методе написания программ на PC. А он такой: У девелопера/ов в
распоряжении находится машина, утрированно, с бесконечной
мощностью. И вот он/они пишут софт, для которого никаких границ, тестов и требований не поставлено. RxTx(805 знак., 25.12.2021 02:06)
- Да, такое тоже бывает, только видится вне в несколько иной
ипостаси, когда требования техзадания удовлетворятся приблизительно
и не особо старательно, а уповают на стадию тестирования, когда
тестировщик находит ошибки (или расхождения с ТЗ), а программист
накладывает на код заплаты. При этом предполагается, что если
наложить на код достаточно много заплат, то получится именно то,
что требовалось :). А поскольку Kceния(118 знак., 25.12.2021 02:20)
- Ну, поправить багу и коммитнуть (и закрыть тикет) — это совершенно
отдельный уровень разработки. Отдельный метод надмозгов. Вся
надежда именно на то что девочка-тестировщица скомпилит, запустит,
проверит и откатит Jira-тикет: "нет, бага не поправилась, работай
еще". Я такое видел. Дураки они есть всегда, к сожалению постоянный
приток баксов позволял и позволяет этому д..му плавать... - RxTx(25.12.2021 02:35)
- Мне встречался противоположный случай, когда тестировщик был мужик
с головой, досконально знающий во всех подробностях всё то, что
должна делать программа, тогда как программистами были девочки :),
которые "исправляли" глюки добавлением очередных if-ов. - Kceния(25.12.2021 02:38)
- Повезло. Так это и работало. А если бы девочки были бы мудры :), досконально добавляли бы мудреные if-ы, а мужик был бы дурён и метался бы как обезьяна в клетке - это бы уже не сработало. Потому что один дурак может задать столько вопросов, на которые и сто мудрецов не ответят :) - RxTx(25.12.2021 02:43)
- Мне встречался противоположный случай, когда тестировщик был мужик
с головой, досконально знающий во всех подробностях всё то, что
должна делать программа, тогда как программистами были девочки :),
которые "исправляли" глюки добавлением очередных if-ов. - Kceния(25.12.2021 02:38)
- Ну, поправить багу и коммитнуть (и закрыть тикет) — это совершенно
отдельный уровень разработки. Отдельный метод надмозгов. Вся
надежда именно на то что девочка-тестировщица скомпилит, запустит,
проверит и откатит Jira-тикет: "нет, бага не поправилась, работай
еще". Я такое видел. Дураки они есть всегда, к сожалению постоянный
приток баксов позволял и позволяет этому д..му плавать... - RxTx(25.12.2021 02:35)
- Да, такое тоже бывает, только видится вне в несколько иной
ипостаси, когда требования техзадания удовлетворятся приблизительно
и не особо старательно, а уповают на стадию тестирования, когда
тестировщик находит ошибки (или расхождения с ТЗ), а программист
накладывает на код заплаты. При этом предполагается, что если
наложить на код достаточно много заплат, то получится именно то,
что требовалось :). А поскольку Kceния(118 знак., 25.12.2021 02:20)
- Понятно. Всё как всегда, примтивно. А я то уж думал.... На самом
деле проблема не в том что код программ стремятся набрать
блочно-кусковым методом. Реальная, истинная проблема заключается в
методе написания программ на PC. А он такой: У девелопера/ов в
распоряжении находится машина, утрированно, с бесконечной
мощностью. И вот он/они пишут софт, для которого никаких границ, тестов и требований не поставлено. RxTx(805 знак., 25.12.2021 02:06)
- В программировании МК это чаще всего I2C и USB-device. Если АЦП, то
и для него обычно ищут готовый код, который оформлен в виде
функций, т.к. разбираться с чужим кодом мало кто может. Если это
вычислительная процедура, то и тут тоже обычно ищут для нее готовый
код. Т.е. фактически получается ситуация, как с Ардуино - на все
типичные случаи есть функции, а на нетипичные голову сломишь, чтобы
под Ардуино написать. Тем самым, ситуация складывается, как
конструкторе "Лего" - Kceния(268 знак., 24.12.2021 23:58)
- Готов оппонировать. Cкpипaч(1060 знак., 24.12.2021 19:30)
- "Выход" - на 5+! - VD(25.12.2021 07:44)
- Я бы уточнил, что "ардуиновая парадигма" - это применение
сложившихся в программировании практик к железу. Т.е. сначала
погромисты возлюбили говнокодинг, а уже потом потащили его в железо
:) - LightElf(24.12.2021 17:35)
- На хабре шутка понравилась, резюме бывалого эмбеддера -
профессионально моргаю светодиодом:-) - Visitor(24.12.2021 19:47)
- Будете смеяться - именно это в планах на посленовогоднее затишье.
Поморгать светиком. На расбери пи под Линуксом.
а других уже и не бывает:) - Cкpипaч(24.12.2021 19:48)- У меня тоже - но веселее - поморгать PHP под фряхой symbions(58 знак., 25.12.2021 03:55)
- А фряха еще жива? Лет 10 назад писал под ней сервера сбора
данных.Отличная весч.И как-то больше не слышал. - PlainUser(25.12.2021 17:56)
- Да. По крайней мере - деньги у них есть. - symbions(26.12.2021 01:36)
- А фряха еще жива? Лет 10 назад писал под ней сервера сбора
данных.Отличная весч.И как-то больше не слышал. - PlainUser(25.12.2021 17:56)
- Не советую - будет глючить ;) - Гyдвин(24.12.2021 19:58)
- Зато квалификация выше облаков вырастет :) - Cкpипaч(24.12.2021 20:28)
- У меня тоже - но веселее - поморгать PHP под фряхой symbions(58 знак., 25.12.2021 03:55)
- Будете смеяться - именно это в планах на посленовогоднее затишье.
Поморгать светиком. На расбери пи под Линуксом.
- Мне трудно оценить, что первым виноват, но полагаю, что в обоих
случаях виновата леность человеческая, соблазняя халтурить везде,
где только возможно. Вот и сейчас "языков высокого уровня"
развелось до кучи, главным образом, потому, что спросом ныне
пользуются только операторы for и if, а всё остальное -
библиотечные вызовы :). А раз так, то становится почти безразлично,
на каком языке писать (если это, конечно, не микроконтроллер без
Линукса). По этой же причине и Kceния(174 знак., 24.12.2021 18:48)
- Тока вот библиотеки написаны на тех же самых for и if. Условно
говоря, сначала мы наливаем полный стакан, потом половину выливаем.
Вместо того, чтобы просто налить полстакана. Но в библиотеке не
случилось подходящей функции. - LightElf(24.12.2021 18:53)
- На библиотеки действует "естественный отбор", поскольку у них не
один пользователь, а множество. Поэтому библиотечный код
справедливо вызывает к себе большее доверие, чем "самострок" :).
Кстати, тот же Kceния(193 знак., 24.12.2021 19:15)
- К сожалению подход "миллионы мух не могут ошибаться" чреват, что
показали истории с багами OPENSSL, log4j и тыды. - LightElf(25.12.2021 04:04)
- существует какой-то особый, более правильный подход? какой? я б
послушал тайное знание. - cheblin(25.12.2021 06:05)
- Существует. Но дорого. - Cкpипaч(25.12.2021 12:07)
- существует какой-то особый, более правильный подход? какой? я б
послушал тайное знание. - cheblin(25.12.2021 06:05)
- К сожалению подход "миллионы мух не могут ошибаться" чреват, что
показали истории с багами OPENSSL, log4j и тыды. - LightElf(25.12.2021 04:04)
- На библиотеки действует "естественный отбор", поскольку у них не
один пользователь, а множество. Поэтому библиотечный код
справедливо вызывает к себе большее доверие, чем "самострок" :).
Кстати, тот же Kceния(193 знак., 24.12.2021 19:15)
- Тока вот библиотеки написаны на тех же самых for и if. Условно
говоря, сначала мы наливаем полный стакан, потом половину выливаем.
Вместо того, чтобы просто налить полстакана. Но в библиотеке не
случилось подходящей функции. - LightElf(24.12.2021 18:53)
- На хабре шутка понравилась, резюме бывалого эмбеддера -
профессионально моргаю светодиодом:-) - Visitor(24.12.2021 19:47)
- А накат на ардуину - это хоть и сладостно для ушей проф.
эмбедщиков, но если не кривить душой, то надо признать что это зря.
Причем как на код, так и на платки-шилды. И то и другое несомненно
представляет собой шаг вперед (это правда), а всё ворчание только
потому что проф эмбедщик чувствует как его профессионально
подпирают. Но раз так происходит и подпирать способны
- "вот поэтому я и
не женюсь"(С) сижу на ассемблере :)) В "эмбеддед" это пока не сильно заметно (ну если не смотреть на всякие "кубы", "гармонии" и прочие фреймворки, которые уверенной поступью движутся именно туда, о чём статья :) С некоторых пор - сто раз подумаю, прежде, чем обновлять привычный софт (в т.ч. и рабочий, а не только сервисный). К счастью Adept(618 знак., 24.12.2021 13:10)- На asm'е ты сидишь исключительно потому что все твои проекты - это
твои проекты, и сколько ты убиваешь на них времени - ты в принципе
никогда не считал. RxTx(45 знак., 24.12.2021 23:10)
- Не зависит срок от языка , в нашем деле.Да и один хрен 95% кода берется из старого отлаженного проекта. - PlainUser(25.12.2021 17:59)
- считал :) средний срок поднятия комплексного проекта с нуля до запуска в производство (независимо от сложности), - полгода. Это: концепция устройства; концепция дизайна и проработка функционала; дизайн/разработка хост ПО (если надо); структура, написание и отладка встроенного ПО; схемотехника; печатная плата; конструктив; инженерные расчёты (тепло, прочность, ЭМС, если надо); запуск в производство и тестовое оборудование; пилотная партия (упаковка и мануалы, если надо). Adept(629 знак., 25.12.2021 06:23)
- Устройства простые. Три буквы VCP и ассемблер практически
исключается. - VLLV(24.12.2021 13:19)
- образно говоря, я п
окав DOS-е Вы в Win95 (ну мож 3.11 пока :)) Я выбрал нишу эксклюзива, где всегда будет место и творчеству и неспешному ассемблерокопанию и себе в удовольствие и заказчику на радость (обхожусь минимальными ресурсами проца в большинстве задач, а в мелких проектах бывает стоимость проца 20..40% стоимости электроники :). Конечно, если ориентироваться на "вал" Adept(683 знак., 24.12.2021 13:40)- Меня другое бесит. Нет продвинутых средств разработки, которые бы
комбинировали ассемблерный подход и эффективность разработки. Evgeny_CD(321 знак., 24.12.2021 14:13)
- ИМХО конечно, но думается мне что корень проблемы в том, что все
эти замечтательные библиотеки/фреймворки имеют общий недостаток:
они наследуют императивный ассемблерный подход. Соответственно
возможности оптимизации компилятором изрядно ограничены. Будущее
"большого" программирования за декларативным подходом (а-ля SQL) и
могучим компилятором с нейросетками
и профурсетками. Не погромист будет решать, как хранить данные: в массиве, списке или хэш-таблице. А LightElf(230 знак., 24.12.2021 15:33)- Корень какой проблемы? Нет никакой проблемы. Процессоры
процессируют, погромисты погромируют, круговорот бабла в природе не
останавливается. Всё прекрасно. - SciFi(24.12.2021 15:50)
- Иногда хочется помечтать о дивном будущем, в котором программы
будут создаваться не для прокормления программистов, а для решения
задач пользователей. - LightElf(24.12.2021 15:55)
- Этот пост оскорбляет чувства программистов. И вообще, вы видели
этих пользователей? Они не оценят такую заботу :-) - SciFi(24.12.2021 16:00)
- Я вижу вокруг достаточно людей, реально платящих заметные деньги,
чтобы в телефоне интерфейс не тормозил. - LightElf(24.12.2021 16:02)
- Ценой желтого пятна прожженного в экране разогнанным процессором?
Видели у Ксхуаеми. - PlainUser(25.12.2021 18:03)
- Ржака! Загуглил, действительно. - RxTx(25.12.2021 21:12)
- а я вижу достаточно говнокодеров, которые такие "ухты, у юзверей
мощи в телефоне дохренища, айда всё на электроне писать!" - Mahagam(24.12.2021 16:30)
- Дык беда не в том, что много говнокодеров. А в том, что кроме
говнокодеров больше никого и не видно. - LightElf(24.12.2021 17:06)
- © «Не мы такие, время такое». Сказали бы говнокодеры. - RxTx(25.12.2021 02:48)
- Дык беда не в том, что много говнокодеров. А в том, что кроме
говнокодеров больше никого и не видно. - LightElf(24.12.2021 17:06)
- Вы так говорите, как будто это плохо. Уберёте им тормоза бесплатно,
они потратят эти деньги на другую бесполезную фигню. Продавцы
ойфонов найдут другой способ срубить с них бабло. - SciFi(24.12.2021 16:11)
- Я разве предлагаю делать это бесплатно? - LightElf(24.12.2021 17:07)
- Буржуи не идиоты. Если бы такое продавалось, уже сделали бы. - SciFi(24.12.2021 17:11)
- Я разве предлагаю делать это бесплатно? - LightElf(24.12.2021 17:07)
- Ценой желтого пятна прожженного в экране разогнанным процессором?
Видели у Ксхуаеми. - PlainUser(25.12.2021 18:03)
- Я вижу вокруг достаточно людей, реально платящих заметные деньги,
чтобы в телефоне интерфейс не тормозил. - LightElf(24.12.2021 16:02)
- Этот пост оскорбляет чувства программистов. И вообще, вы видели
этих пользователей? Они не оценят такую заботу :-) - SciFi(24.12.2021 16:00)
- Иногда хочется помечтать о дивном будущем, в котором программы
будут создаваться не для прокормления программистов, а для решения
задач пользователей. - LightElf(24.12.2021 15:55)
- А где взять декларативный компилятор для компиляции декларативного
компилятора? - =AlexD=(24.12.2021 15:37)
- там же, где берут императивные компиляторы для компиляции императивных компиляторов. Раскруткой. Сначала пишут примитивный на чем ни попадя (ассемблер, бейсик, питон, C++). Им компилируют самого себя. Потом потихоньку расширяют-углубляют. - LightElf(24.12.2021 15:45)
- и контрольный вопрос - а где взять декларативный процессор?
нонешние все сцуко древний мерзкий императивный машинный код жрут.
недоделки поганыя. - Mahagam(24.12.2021 15:43)
- Не, процессор остается какой есть. И у него конечно остается
какой-то ассемблер для крайних случаев, всяких там загрузчиков,
кусочков ОС и тыды. И языки типа Цэ никуда не денутся. А вот эта
вся тряхомудия, вроде жаб и прочих котлинов - должна сгинуть, бо
втыкая между железом и целевой задачей 100500 прослоек ничего не
дает в смысле возможностей алгоритмической оптимизации. - LightElf(24.12.2021 15:52)
- Твой компилятор врятли нормально заработает без нейросетки
достаточно большого масштаба. - =AlexD=(24.12.2021 16:32)
- Ну вот к примеру Verilog (который я не знаю). Он, вроде как, вполне
декларативный. То есть описывается что должно получиться, а не
"которую 2И-НЕ с этим триггером соединить". Вроде же справляются
как-то, синтезируют в сильно разные плиски и не жужат. - LightElf(24.12.2021 17:05)
- там как раз примерно "хочу 2и-не и с триггером". ты когда пишешь
int i; не поясняешь, где это i должно быть - в общей куче, на стеке
или в регистре. так и верилог - ты ему "хочу 2И-НЕ", а он тебе "а я
тебе в LUT`ы логику запихнул, оно будет работать, не сумлевайся". - Mahagam(24.12.2021 17:17)
- Ну да, оно (как я понимаю) само выбирает куда запихнуть и что с чем
соединить, чтобы получить заданную логическую функцию. Когда я пишу LightElf(537 знак., 24.12.2021 17:31)
- этой "скрываемой потенциально важной инфы" слишком дохрена. а на
каком проце оно будет распараллеливаться? а стоит ли дёргать
работой 32 ядра, если поиск в 32-х элементах? а с какого конца
лучше искать? да почитай статью про процы на хабре. VLIW не смогли
осилить потому что компилятор под это дело хрен напишешь. так там
задача проста и ясна - вот текст программы, выдай код чтобы все
исполнительные блоки запрячь. - Mahagam(24.12.2021 17:37)
- Дык я именно об этом. Компилятор не смогли осилить (точнее
результат так себе) именно потому, что текст программы уже написан
на императивном языке (C, ++, еще что-то), в котором важная
информация уже потеряна. Компилятор пытается выцедить параллелизм
из текста, изначально подразумевавшего последовательное выполнение.
Т.е. сначала программист раскладывает задачу на набор
последовательных маленьких шагов, а потом компилятор пытается из
фарша слепить стейк. LightElf(518 знак., 24.12.2021 17:59 - 18:09)
- CUDA, OpenCL - там есть подсказки компилеру, что параллелить. - Evgeny_CD(24.12.2021 18:24)
- но туда изначально суют только распараллеливаемые задачи. иначе оно
будет медленнее atom`а - Mahagam(24.12.2021 18:34)
- Это вторая часть проблемы. - Evgeny_CD(24.12.2021 18:59)
- но туда изначально суют только распараллеливаемые задачи. иначе оно
будет медленнее atom`а - Mahagam(24.12.2021 18:34)
- я в своё время пытался обогнать memcpy самописным кодом на ARM7. ничего не получилось. посмотрел в отладчике - там если размер мелкий, то оно копировалось классическим методом, по байтику за раз. но как только размер для копирования был более чем N байт, то организовывался хитрый цикл с командами ldm stm, а некратный N остаток копировался опять же по классике. так что нормальные библиотеки учитывают множество различных случаев. - Mahagam(24.12.2021 18:13)
- нет. статью читай. инфы и так дохрена, loop_unroll компиляторы
умеют, и паралеллизм находят. просто зависимостей между
возможностями и ограничениями исполнительных блоков становится так
много, что хре всё учтёшь оптимально. - Mahagam(24.12.2021 18:03)
- Мы пошли по кругу. loop_unroll - это мелкая локальная оптимизация
на уровне нескольких инструкций процессора. Я же говорю об
оптимизациях совершенно другого масштаба. Когда компилятор, в
зависимости от исходных данных сам определяет, а нужен ли вообще
этот цикл или можно как-то по-другому задачу решить. Но для этого
компилятор должен видеть не конкретную реализацию конкретного
алгоритма, а саму задачу целиком. Императивные языки этого не
позволяют, а тот же SQL (теоретически) LightElf(6 знак., 24.12.2021 18:38)
- иногда человек не знает как задачу решить в целом. а ты хошь чтобы
тебе компилятор решение выдал, да не простое, а сразу оптимальное.
вот даже простой выбор как хранить большие структуры данных, в виде
SoA или AoS ? оно ж зависит от того что с ними делают сейчас, и что
планируют делать завтра. и в каких объёмах. - Mahagam(24.12.2021 18:50)
- Компилятор вполне может просчитать, что в данной конкретной
программе выгоднее и сам выбрать SoA или AoS. Более того, он может
воткнуть код преобразования туда-обратно, если оно того стоит в
конкретном млучае. Вполне может быть, что для VLIW выгоднее одно, а
для обычных процов - другое. - LightElf(24.12.2021 19:03)
- вот только компилятор не знает на чём оно будет исполнятся. и это
ломает всю сказку. в случае VLIW даже при знании того для чего
компилят - и то не могут найти оптимальное решение более простой
задачи - Mahagam(24.12.2021 19:49)
- Почему это не знает? Даже у gcc есть ключи компиляции под
конкретную архитектуру, а уж гипотетическому "языку будущего" они в
обязательном порядке нужны. На дискетах/CD софт давно не
распространяется, а при загрузке с инета можно выдавать юзеру
бинарник, оптимизированный под его систему. Хоть какая-то польза
будет от анальных зондов. LightElf(1 знак., 24.12.2021 20:46, ссылка)
- ключи есть, а вы когда с нета любую софтинку скачиваете, вы вот под
свой конкретно проц скачиваете? или просто x64 версию? то-то и оно.
создавая софт на сторону, никто не будет делать набор сборок под
разные процы. а когда собираете для VLIW TMS320C6747, то вы
собираете под конкретно это ядро C674x. и на другом вы запускать
код не будете без пересборки - Mahagam(24.12.2021 21:09)
- Выглядит как придумывание отмазки ;-) Нет ни одной проблемы делать
сборки со всеми возможными ключами и выдавать их юзеру. Те же
линуховые репозитории держат несколько архитектур и не жужат. Ну
будет не пять вариантов, а пятьдесят. Докупят места на хостинге. Со
всякими гугломаркетами и того проще. - LightElf(24.12.2021 21:58)
- ну 50 вариантов. а как юзер будет знать какой качать? - Mahagam(24.12.2021 22:38)
- Выглядит как придумывание отмазки ;-) Нет ни одной проблемы делать
сборки со всеми возможными ключами и выдавать их юзеру. Те же
линуховые репозитории держат несколько архитектур и не жужат. Ну
будет не пять вариантов, а пятьдесят. Докупят места на хостинге. Со
всякими гугломаркетами и того проще. - LightElf(24.12.2021 21:58)
- ключи есть, а вы когда с нета любую софтинку скачиваете, вы вот под
свой конкретно проц скачиваете? или просто x64 версию? то-то и оно.
создавая софт на сторону, никто не будет делать набор сборок под
разные процы. а когда собираете для VLIW TMS320C6747, то вы
собираете под конкретно это ядро C674x. и на другом вы запускать
код не будете без пересборки - Mahagam(24.12.2021 21:09)
- Почему это не знает? Даже у gcc есть ключи компиляции под
конкретную архитектуру, а уж гипотетическому "языку будущего" они в
обязательном порядке нужны. На дискетах/CD софт давно не
распространяется, а при загрузке с инета можно выдавать юзеру
бинарник, оптимизированный под его систему. Хоть какая-то польза
будет от анальных зондов. LightElf(1 знак., 24.12.2021 20:46, ссылка)
- вот только компилятор не знает на чём оно будет исполнятся. и это
ломает всю сказку. в случае VLIW даже при знании того для чего
компилят - и то не могут найти оптимальное решение более простой
задачи - Mahagam(24.12.2021 19:49)
- Компилятор вполне может просчитать, что в данной конкретной
программе выгоднее и сам выбрать SoA или AoS. Более того, он может
воткнуть код преобразования туда-обратно, если оно того стоит в
конкретном млучае. Вполне может быть, что для VLIW выгоднее одно, а
для обычных процов - другое. - LightElf(24.12.2021 19:03)
- иногда человек не знает как задачу решить в целом. а ты хошь чтобы
тебе компилятор решение выдал, да не простое, а сразу оптимальное.
вот даже простой выбор как хранить большие структуры данных, в виде
SoA или AoS ? оно ж зависит от того что с ними делают сейчас, и что
планируют делать завтра. и в каких объёмах. - Mahagam(24.12.2021 18:50)
- Мы пошли по кругу. loop_unroll - это мелкая локальная оптимизация
на уровне нескольких инструкций процессора. Я же говорю об
оптимизациях совершенно другого масштаба. Когда компилятор, в
зависимости от исходных данных сам определяет, а нужен ли вообще
этот цикл или можно как-то по-другому задачу решить. Но для этого
компилятор должен видеть не конкретную реализацию конкретного
алгоритма, а саму задачу целиком. Императивные языки этого не
позволяют, а тот же SQL (теоретически) LightElf(6 знак., 24.12.2021 18:38)
- CUDA, OpenCL - там есть подсказки компилеру, что параллелить. - Evgeny_CD(24.12.2021 18:24)
- Дык я именно об этом. Компилятор не смогли осилить (точнее
результат так себе) именно потому, что текст программы уже написан
на императивном языке (C, ++, еще что-то), в котором важная
информация уже потеряна. Компилятор пытается выцедить параллелизм
из текста, изначально подразумевавшего последовательное выполнение.
Т.е. сначала программист раскладывает задачу на набор
последовательных маленьких шагов, а потом компилятор пытается из
фарша слепить стейк. LightElf(518 знак., 24.12.2021 17:59 - 18:09)
- этой "скрываемой потенциально важной инфы" слишком дохрена. а на
каком проце оно будет распараллеливаться? а стоит ли дёргать
работой 32 ядра, если поиск в 32-х элементах? а с какого конца
лучше искать? да почитай статью про процы на хабре. VLIW не смогли
осилить потому что компилятор под это дело хрен напишешь. так там
задача проста и ясна - вот текст программы, выдай код чтобы все
исполнительные блоки запрячь. - Mahagam(24.12.2021 17:37)
- Ну да, оно (как я понимаю) само выбирает куда запихнуть и что с чем
соединить, чтобы получить заданную логическую функцию. Когда я пишу LightElf(537 знак., 24.12.2021 17:31)
- там как раз примерно "хочу 2и-не и с триггером". ты когда пишешь
int i; не поясняешь, где это i должно быть - в общей куче, на стеке
или в регистре. так и верилог - ты ему "хочу 2И-НЕ", а он тебе "а я
тебе в LUT`ы логику запихнул, оно будет работать, не сумлевайся". - Mahagam(24.12.2021 17:17)
- Ну вот к примеру Verilog (который я не знаю). Он, вроде как, вполне
декларативный. То есть описывается что должно получиться, а не
"которую 2И-НЕ с этим триггером соединить". Вроде же справляются
как-то, синтезируют в сильно разные плиски и не жужат. - LightElf(24.12.2021 17:05)
- там другая оптимизация - как написать пиздец какой сложный софт
скудным человеческим умишком. и чтобы он не разваливался на ходу. - Mahagam(24.12.2021 16:31)
- Придумать свою прослоечку. Круг замкнулся! - VLLV(24.12.2021 16:44)
- Твой компилятор врятли нормально заработает без нейросетки
достаточно большого масштаба. - =AlexD=(24.12.2021 16:32)
- Не, процессор остается какой есть. И у него конечно остается
какой-то ассемблер для крайних случаев, всяких там загрузчиков,
кусочков ОС и тыды. И языки типа Цэ никуда не денутся. А вот эта
вся тряхомудия, вроде жаб и прочих котлинов - должна сгинуть, бо
втыкая между железом и целевой задачей 100500 прослоек ничего не
дает в смысле возможностей алгоритмической оптимизации. - LightElf(24.12.2021 15:52)
- Корень какой проблемы? Нет никакой проблемы. Процессоры
процессируют, погромисты погромируют, круговорот бабла в природе не
останавливается. Всё прекрасно. - SciFi(24.12.2021 15:50)
- ИМХО конечно, но думается мне что корень проблемы в том, что все
эти замечтательные библиотеки/фреймворки имеют общий недостаток:
они наследуют императивный ассемблерный подход. Соответственно
возможности оптимизации компилятором изрядно ограничены. Будущее
"большого" программирования за декларативным подходом (а-ля SQL) и
могучим компилятором с нейросетками
- Меня другое бесит. Нет продвинутых средств разработки, которые бы
комбинировали ассемблерный подход и эффективность разработки. Evgeny_CD(321 знак., 24.12.2021 14:13)
- образно говоря, я п
- На asm'е ты сидишь исключительно потому что все твои проекты - это
твои проекты, и сколько ты убиваешь на них времени - ты в принципе
никогда не считал. RxTx(45 знак., 24.12.2021 23:10)
- По мне, так ОС + менеджер файлов типа NC/VC/FAR - было намного
удобнее. Сейчас куча времени уходит на всякую ерунду, все эти
мессенжеры, браузеры, ютупы - жизнь стекает в комп как статическое
электричество. А раньше сядешь, вот перед тобой файлы. Что делать?
Нууу, надо бы поизучать что к чему. Максимум отвлечений -
порнокартинки 640х480 )) - Ralex(24.12.2021 12:23)
- У меня FAR под вендой всегда стартует первым. И в порнухе контент
важнее разрешения :) ЧЯДНТ? - Evgeny_CD(24.12.2021 13:06)
- ты наверное просто не видел как смотрится качественное порно фото
на большом монике с высокой плотностью пикселов ) - Mahagam(24.12.2021 13:23)
- Хотел бы я взглянуть на это :) - RxTx(25.12.2021 02:46)
- 20 годов назад я был уверен, что видео с разрешением лучше 640х480
баловство и расточительство. Был не прав. Может это из-за зрения
:))) - Codavr(24.12.2021 13:32)
- я пока что такого же мнения про 8к. но между 4к и обычным FHD
разницу вижу крайне отчётливо Mahagam(46 знак., 24.12.2021 13:41)
- Все 90е я сидел за мониками с кадровой частотой 30Гц и никаких
неудобств не замечал. Потом сел на 50, и на 30 начал замечать
мельтешение. Это повторялось последовательно с 50 и 70, 70 и 85.
Сейчас если на CRT ставлю 60, аж глаз режет. Может глаз
адаптируется к смене картинки? - Codavr(24.12.2021 17:21)
- CGA были 59.923 Hz и люминофор с более длительным послесвечением.
30 Hz это что за компы такие? Mahagam(231 знак., 24.12.2021 17:28)
- Охуенный для1989г NEC Multisinc с VGA и IBM PC AT. Ты назвал
частоту чересстрочной развертки. Кадр обновлялся с половинной
частотой. Кадровая 60Гц это уже 21 век (по крайней мере в
ширпотребе). - Codavr(24.12.2021 17:44)
- CGA (1981) - Even though the MC6845 video controller can provide
the timing for interlaced video, the CGA's circuitry aligns the
synchronization signals in such a way that scanning is always progressive. сколько помню - никогда компы не выдавали чересстрочную
развёртку. даже те, что к телевизору подключались. даже огрызочный
спектрум выдавал прогрессив. - Mahagam(24.12.2021 17:51)
- Похоже ты прав. Но речь о том что никаких неудобств не испытывал,
хотя проводил перед ним по 10-12 часов в день, а то и больше.
Сейчас если включить 60 Гц, реально вижу мельтешение, да что там
60, если с 85 на 75 переключаю, уже вижу разницу, причем не на
динамических игрушках, а на обычной статической картинке. - Codavr(24.12.2021 18:08)
- дык время послесвечения было как у трубок для осциллографа считай.
и где ты ща кинескопный моник нарыл? я свой последний разломал лет
5 назад. при том что он рабочий был, просто тусклый стал
неимоверно. - Mahagam(24.12.2021 18:09)
- Я его и не меняю. SyncMaster797DF. Прям щаз за ним сижу. Яркость на
70%. Норм. Кельвины все на 50%. Итоговый цвет 8500К Codavr(1 знак., 24.12.2021 18:17, картинка)
- и разрешение при этом небось 1280x1024. в 6.75 раз меньше полезной
пиксельной площади чем у меня. это как на мир через мышиную жопку
смотреть. зачем такое садомазо??? - Mahagam(24.12.2021 18:17)
- 1152х846. Мне норм. На работе хайло на пол стола, окосеть можно.
Вот это реально садомазо. У жены и дочки 24 дюймовые. Кино и
вконтакт смотреть. А мне этот ламповее. - Codavr(24.12.2021 18:27)
- У тебя там еще и GTX460 ламповая - комнату прогревает ;) Как дожила
до сих времен? У меня 2 штуки 460 и 560 валяются с отвалом... - Гyдвин(24.12.2021 18:38)
- да не играет он, оно и не греется. а ты, походу, заядлый игроман,
шо аж две карты спалил )) - Mahagam(24.12.2021 19:49)
- После сталкера, ничо не вставляет. Вот и не играю. А до того зарубался начиная с "F-117 стелс" многими часами и на работе и дома. Кстати с картами мне всегда везло. Всего две спалил. А эта кстати отремонтированая. Память пришлось греть. Ну и разрешение моника ты видел, карта на таком греется в четверть силы. - Codavr(25.12.2021 06:56)
- Мне для моих игрищ всегда хватало встройки :) Только сейчас
пришлось воткнуть GTX1050 к зеону. И то, потому что в более
"затычистых" нет display порта для нового моника. А вышеупомянутые
карточки стояли у дочки в компе :) - Гyдвин(24.12.2021 20:11)
- Походу аналитика у Mahagam хромает :))) - Codavr(25.12.2021 06:54)
- Тю, это разве грелка. У меня еще такая имеется, все руки не доходят в комп втулить после ремонта. Есть чудище еще горячее 200чегототам о трех вентиляторах, но похоже отбегалась. Умеет тока греться. Codavr(1 знак., 24.12.2021 18:59, картинка)
- да не играет он, оно и не греется. а ты, походу, заядлый игроман,
шо аж две карты спалил )) - Mahagam(24.12.2021 19:49)
- У тебя там еще и GTX460 ламповая - комнату прогревает ;) Как дожила
до сих времен? У меня 2 штуки 460 и 560 валяются с отвалом... - Гyдвин(24.12.2021 18:38)
- 1152х846. Мне норм. На работе хайло на пол стола, окосеть можно.
Вот это реально садомазо. У жены и дочки 24 дюймовые. Кино и
вконтакт смотреть. А мне этот ламповее. - Codavr(24.12.2021 18:27)
- и разрешение при этом небось 1280x1024. в 6.75 раз меньше полезной
пиксельной площади чем у меня. это как на мир через мышиную жопку
смотреть. зачем такое садомазо??? - Mahagam(24.12.2021 18:17)
- Я его и не меняю. SyncMaster797DF. Прям щаз за ним сижу. Яркость на
70%. Норм. Кельвины все на 50%. Итоговый цвет 8500К Codavr(1 знак., 24.12.2021 18:17, картинка)
- дык время послесвечения было как у трубок для осциллографа считай.
и где ты ща кинескопный моник нарыл? я свой последний разломал лет
5 назад. при том что он рабочий был, просто тусклый стал
неимоверно. - Mahagam(24.12.2021 18:09)
- Похоже ты прав. Но речь о том что никаких неудобств не испытывал,
хотя проводил перед ним по 10-12 часов в день, а то и больше.
Сейчас если включить 60 Гц, реально вижу мельтешение, да что там
60, если с 85 на 75 переключаю, уже вижу разницу, причем не на
динамических игрушках, а на обычной статической картинке. - Codavr(24.12.2021 18:08)
- CGA (1981) - Even though the MC6845 video controller can provide
the timing for interlaced video, the CGA's circuitry aligns the
synchronization signals in such a way that scanning is always progressive. сколько помню - никогда компы не выдавали чересстрочную
развёртку. даже те, что к телевизору подключались. даже огрызочный
спектрум выдавал прогрессив. - Mahagam(24.12.2021 17:51)
- Охуенный для1989г NEC Multisinc с VGA и IBM PC AT. Ты назвал
частоту чересстрочной развертки. Кадр обновлялся с половинной
частотой. Кадровая 60Гц это уже 21 век (по крайней мере в
ширпотребе). - Codavr(24.12.2021 17:44)
- CGA были 59.923 Hz и люминофор с более длительным послесвечением.
30 Hz это что за компы такие? Mahagam(231 знак., 24.12.2021 17:28)
- Все 90е я сидел за мониками с кадровой частотой 30Гц и никаких
неудобств не замечал. Потом сел на 50, и на 30 начал замечать
мельтешение. Это повторялось последовательно с 50 и 70, 70 и 85.
Сейчас если на CRT ставлю 60, аж глаз режет. Может глаз
адаптируется к смене картинки? - Codavr(24.12.2021 17:21)
- я пока что такого же мнения про 8к. но между 4к и обычным FHD
разницу вижу крайне отчётливо Mahagam(46 знак., 24.12.2021 13:41)
- ты наверное просто не видел как смотрится качественное порно фото
на большом монике с высокой плотностью пикселов ) - Mahagam(24.12.2021 13:23)
- Программеры Varian накосячили с распечаткой верификационных планов
и приходится каждый раз менять ориентацию страницы в принтере. Для
этого требуется сделать ШЕСТЬ кликов, чтобы вызвать интерфейс
нужного принтера (спасибо мелкомягким) и еще ЧЕТЫРЕ клика для смены
ориентации (благодарность Ксероксу). К счастью если не закрывать
окно принтера то вернуть ориентацию и закрыть все назад можно всего
за ЧЕТЫРЕ. Итого ЧЕТЫРНАДЦАТЬ! - Codavr(24.12.2021 12:36 - 12:41)
- Тебе там разрешается проги ставить? Поставь AutoHotKey и заскриптуй
эти клики. - SciFi(24.12.2021 12:37)
- Ага, щаз. ЮСБ не отключили и на том спасибо. - Codavr(24.12.2021 12:42)
- Тебе там разрешается проги ставить? Поставь AutoHotKey и заскриптуй
эти клики. - SciFi(24.12.2021 12:37)
- У меня FAR под вендой всегда стартует первым. И в порнухе контент
важнее разрешения :) ЧЯДНТ? - Evgeny_CD(24.12.2021 13:06)
- Тю, процесс идет с появления первого интернет-обновления. Нахуя тратить силы на обдумывание интерфейсов и алгоритмов, на тщательную отладку, если можно выпустить заплатку, сервиспак, а то и новый релиз. - Codavr(24.12.2021 12:15)
- мой любимый экземпляр плача и демострация масштабов проблемы klen(203 знак., 24.12.2021 12:10)
- Хабр про другое. Программа, написанная на любом языке, может быть
правильной, при условии, что этот язык С. Глючную программу можно
написать на любом языке. Evgeny_CD(236 знак., 24.12.2021 13:07)
- Человечество от этих фреймворков получает расход ресурсов. Где там наша Грета? - никoлa(24.12.2021 13:41)
- Это очень узкий взгляд на проблему. Так неинтересно. - SciFi(24.12.2021 13:19)
- Хабр про другое. Программа, написанная на любом языке, может быть
правильной, при условии, что этот язык С. Глючную программу можно
написать на любом языке. Evgeny_CD(236 знак., 24.12.2021 13:07)
- Я тут свой крик душыы выплескивал, потом стало стыдно, удалил.
Потом подумав, решил, что зря. Argon(1673 знак., 24.12.2021 11:58)
- Диверсии нет. Не обьявляй как value-тип и всё будет по-прежнему. - RxTx(25.12.2021 03:00)
- это тоже не так. cheblin(382 знак., 24.12.2021 19:23, ссылка, ссылка)
- Это, как и многое другое, не соответствует действительности cheblin(169 знак., 24.12.2021 17:47)
- Что в сказанном не так? Пруфы будут? - Argon(24.12.2021 18:20)
- компилятор Kotlin в отличии от Java способен самостоятельно понять
как используется переменная. cheblin(443 знак., 24.12.2021 18:39 - 18:44)
- "в Java всё тоже самое" Не поленился, проверил - ваша правда, в Java то же самое. - Argon(24.12.2021 18:55)
- это справедливо не для JAVA так всегда происходит с процами
использующих регистры. cheblin(175 знак., 24.12.2021 19:15)
- в java хотя бы есть неявное приведение типа, не так загромождает
листинг - Argon(24.12.2021 19:41)
- поинтересуйтесь однажды как создавался Kotlin. это был во многом коллективный труд многих и многих. принятые архитектурные решения всегда имеют в своем основании какую либо причину. В целом могу сказать, что на Kotlin писать не только легко и приятно, но и весьма эффективно. к примеру cheblin(117 знак., 24.12.2021 20:13, ссылка)
- в java хотя бы есть неявное приведение типа, не так загромождает
листинг - Argon(24.12.2021 19:41)
- это справедливо не для JAVA так всегда происходит с процами
использующих регистры. cheblin(175 знак., 24.12.2021 19:15)
- Если вы это не сами придумали, дайте пруф. Почему я за вас буду
пруф вашего же высказывания искать? Может, где в документации про
это есть? Я не видел. - Argon(24.12.2021 18:43)
- пишу простую прогу на Kotlin cheblin(1155 знак., 24.12.2021 19:05)
- Фиг с ними, одиночными переменными. Вот с массивами это не
работает. Argon(421 знак., 24.12.2021 19:40 - 19:48)
- читать , самый конец cheblin(295 знак., 24.12.2021 19:50, ссылка)
- Ах воот оно что! Спасибо, ща проверю. - Argon(24.12.2021 19:51)
- Проверил - подтверждаю, в котлине можно создавать массивы
примитивных данных. - Argon(24.12.2021 19:58)
- Т.е. сами придумали - сами испугались :) - Evgeny_CD(24.12.2021 22:41)
- )) Нее, зачем мне придумывать? Заблуждался! Я на курсах жэ был, там
говорилось об отсутствии примитивных типов данных. И в онлайн
обучалках сразу говорится об этом (->). Кто ж знал, что "если
очень хочется, то можно"? Углубляться в язык пока не доводилось. Argon(1 знак., 24.12.2021 23:10 - 23:13, ссылка)
- Вообще после курса java на курсе по котлину такая ломка была...
Java хоть как-то похожа на C/C++. - Argon(24.12.2021 23:11)
- именно по той же причине многие, имея специализацию либо только в
С++ либо только в Java, не понимают Rust, который требует и того и
другого да побольше. cheblin(226 знак., 25.12.2021 02:59)
- У декларативности как у того айсберга, есть-таки большое скрытое
неприятное. Шобы декларативность работала, должен быть тот, кто уже
всё задекларировал. А ежели первопроходец? - RxTx(25.12.2021 03:07)
- что "первопроходного" можно желать от SQL? А у Rust и Kotlin
огромное отзывчивое, быстро реагирующие на "хотелки" комьюнити. - cheblin(25.12.2021 05:55)
- Примерами можно было взять html, css в современных браузерах. Любая
"декларативность" скрывает под собой уже проведенную кем-то работу.
Хорошо если кто-то это уже сделал. А когда проект создается RxTx(1057 знак., 25.12.2021 21:31)
- так в итоге получается то самое говнище которое тут все так матерят. Ы? cheblin(246 знак., 26.12.2021 02:56)
- Примерами можно было взять html, css в современных браузерах. Любая
"декларативность" скрывает под собой уже проведенную кем-то работу.
Хорошо если кто-то это уже сделал. А когда проект создается RxTx(1057 знак., 25.12.2021 21:31)
- что "первопроходного" можно желать от SQL? А у Rust и Kotlin
огромное отзывчивое, быстро реагирующие на "хотелки" комьюнити. - cheblin(25.12.2021 05:55)
- У декларативности как у того айсберга, есть-таки большое скрытое
неприятное. Шобы декларативность работала, должен быть тот, кто уже
всё задекларировал. А ежели первопроходец? - RxTx(25.12.2021 03:07)
- именно по той же причине многие, имея специализацию либо только в
С++ либо только в Java, не понимают Rust, который требует и того и
другого да побольше. cheblin(226 знак., 25.12.2021 02:59)
- Вообще после курса java на курсе по котлину такая ломка была...
Java хоть как-то похожа на C/C++. - Argon(24.12.2021 23:11)
- )) Нее, зачем мне придумывать? Заблуждался! Я на курсах жэ был, там
говорилось об отсутствии примитивных типов данных. И в онлайн
обучалках сразу говорится об этом (->). Кто ж знал, что "если
очень хочется, то можно"? Углубляться в язык пока не доводилось. Argon(1 знак., 24.12.2021 23:10 - 23:13, ссылка)
- Т.е. сами придумали - сами испугались :) - Evgeny_CD(24.12.2021 22:41)
- Проверил - подтверждаю, в котлине можно создавать массивы
примитивных данных. - Argon(24.12.2021 19:58)
- Ах воот оно что! Спасибо, ща проверю. - Argon(24.12.2021 19:51)
- читать , самый конец cheblin(295 знак., 24.12.2021 19:50, ссылка)
- Фиг с ними, одиночными переменными. Вот с массивами это не
работает. Argon(421 знак., 24.12.2021 19:40 - 19:48)
- пишу простую прогу на Kotlin cheblin(1155 знак., 24.12.2021 19:05)
- "в Java всё тоже самое" Не поленился, проверил - ваша правда, в Java то же самое. - Argon(24.12.2021 18:55)
- компилятор Kotlin в отличии от Java способен самостоятельно понять
как используется переменная. cheblin(443 знак., 24.12.2021 18:39 - 18:44)
- Что в сказанном не так? Пруфы будут? - Argon(24.12.2021 18:20)
- Не понял. Вот у нас есть массив. И мы изменили значение одного из
элементов. Весь массив создается заново? - Evgeny_CD(24.12.2021 12:11)
- Речь не об отдельном массиве, а о дата-классе с разнородными
данными. Вообще существует техническая возможность использовать
изменяемые переменные var. Но настоятельно рекомендуется этого не делать, а вместо этого
выбрасывать машину, если забилась пепельница. Argon(133 знак., 24.12.2021 12:23)
- shallow copy? >>> SciFi(1 знак., 24.12.2021 12:25, ссылка)
- В эту переписку не вникал. Суть в том, что функция copy() возвращает новый объект, в котором при желании можно изменить какие-то переменные. А старый должен быть утилизирован сборщиком мусора, на что тратится процессорное время. Это вместо того, чтобы в существующем объекте изменить значение переменной. - Argon(24.12.2021 12:33)
- shallow copy? >>> SciFi(1 знак., 24.12.2021 12:25, ссылка)
- Речь не об отдельном массиве, а о дата-классе с разнородными
данными. Вообще существует техническая возможность использовать
изменяемые переменные var. Но настоятельно рекомендуется этого не делать, а вместо этого
выбрасывать машину, если забилась пепельница. Argon(133 знак., 24.12.2021 12:23)
- Это при том, что Kotlin - официально признанная Гуглем платформа
разработки мобильных приложений. - Evgeny_CD(24.12.2021 12:09)
- Таковы тенденции. Есть подозрение, что наша ДНК примерно так же
замусорена/забажена и тормознута, как современный софт :) Видимо,
все закономерно. - Argon(24.12.2021 12:35)
- Хороший пример! - Evgeny_CD(24.12.2021 13:08)
- Тока стоит иметь в виду, что процесс отладки ДНК осуществляется путём выпиливания багованных вариантов. - mse homjak(24.12.2021 13:14)
- Хороший пример! - Evgeny_CD(24.12.2021 13:08)
- Таковы тенденции. Есть подозрение, что наша ДНК примерно так же
замусорена/забажена и тормознута, как современный софт :) Видимо,
все закономерно. - Argon(24.12.2021 12:35)
- Ассемблер головного мозга не отпускает даже при переходе на Котлин?
Нужно пробовать более мощные таблетки :-) - SciFi(24.12.2021 12:07)
- Это про битовые операции? А иногда без них никак, например если CRC
посчитать. - Argon(24.12.2021 12:10)
- Ну ок, посчитается CRC не за микросекунду, а за две. Ни одно
животное не пострадает. - SciFi(24.12.2021 12:11)
- Ага, потом экран будет перерисовываться за 1 сек на 8 ядерным проце - тоже ни одно животное не пострадает? - Evgeny_CD(24.12.2021 12:18)
- Речь не только о времени исполнения, а еще и о читабельности исходников. Думаю, если кто не против в мусорке порыться, найдет этот отрывок котлина и сравнить с джавой/c++, они там рядом для сравнения. - Argon(24.12.2021 12:18)
- Ну ок, посчитается CRC не за микросекунду, а за две. Ни одно
животное не пострадает. - SciFi(24.12.2021 12:11)
- Это про битовые операции? А иногда без них никак, например если CRC
посчитать. - Argon(24.12.2021 12:10)
- Продолжение. Об истории Software: почему программы становятся всё хуже Evgeny_CD(1 знак., 24.12.2021 10:49, ссылка)
- Хабр в ударе. Ректальное программирование: основы для практикующих 1С-программистов Evgeny_CD(1 знак., 20.12.2021 12:41, ссылка)
- Вполне допускаю, что аффтара сего опуса ещё не было и в планах,
когда плач на эту тему уже был в разгаре :-) - SciFi(20.12.2021 12:23)
- Это да. Когда с DOS спрыгивали :) - Evgeny_CD(20.12.2021 12:28)
- дык другого глобуса не подвезли. страдаем. cheblin(1 знак., 25.12.2021 13:33, картинка)