- 
	
- дык другого глобуса не подвезли. страдаем.  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, картинка)