Не соглашусь с оценкой, что по быстроте один из самых быстрых. да, может быть Нотация Big O для Timsort O(n log n), но эта нотация говорит только о поверхностном анализе. Детали кроятся в другом.
Если речь идёт о числах, то алгоритму Countingsort нет равных. Если речь идёт об строковых значениях, то в алгоритме Timsort элементы перставляются очень большое (из перспектив других алгоритмов - ненужное) количество раз, если изначальная ситуация значений из average case/worst case. А перестановка строк - очень интенсивная операция. Сравнение тоже, но если не обращать внимание на усилия по перестановки, то можно быстро получить сюрпризы по скорости выполнения, когда задача будет отсортировать не десять значений, а например 1 миллион.
И хоть сортировка неплохая, но всё равно - заголовк не соответствует содержанию.
IBCS вообще классная вещь. Это настолько здорово, что до сих пор не понимаю, почему это до сих пор не стандарт. В музыки есть стандарт — ноты, в эелктронике есть стандарт — схемы и эл. компоненты Везде есть стандарты — только в описании данных их нет. И каждый рисуит их так, как хочет. И потом — никто не понимает, делают исходя из этого непонимания неправильные выводы итд…
Счтаю, что черезчур завышено значение/неправильность использования иконок. Простое слово «нормально» после вопроса «как дела?» несёт тоже не всегда то, для чего это используется. Но нам это не мешает. Мы продолжаем использовать в разговоре упрощенные формы общения. Так-же и с иконками. В руках багатых на слова людей — они обагащают речь. В руках людей, не владеющих и человеческим языком — и язык иконок будет тоже непонятным, поверхсностным итд.
Согласен. Тоже так думаю. И везде так и говорю. Хотя убедился — редко, кто в это верит.
Пойду дальше в высказывании. В большем количестве фирм, где используется Excel, то со всеми в встроенными возможностями (vba, автоматизация) можно делать много чего, что будет получше, чем тонна всякого черезчур платного софта. Почти все бизнес процессы можно с Excel и Office оцифровать. А с пакетом Office 365 (Excel, Word, PowerPoint, Teams, OneNote, PowerBI etc.) так и вообще — все.
Кстати на примере с Excel я вижу как думают люди. Там сразу видно, если созданные ими конструкции нелогичны, сложные, часто не поддающие пониманию или последующему сопровождению или видоизменению итп. Это как своего рода визитная карточка. Мне сразу понятно, кто передо мной.
Эти вами описываемые шаги были нужны и при постройки пирамид. И при постройке атомной бомбы или ракеты на марс. В этом нет ничего нового. В этом то и суть, что не изучать, опыт других, можно открывать для себя истины и думать, что это что-то новое и неизвестное. Почитайте Дейла Корнеги по управлению людьми. Его книгам больше сотни лет, а в них вы найдёте много из того с чем вы сталкиваетесь впервые. Или из того, что вы здесь упоминайте.
Спасибо за ответ. Не желаю обидеть лично вас. Но сейчас куда не "ткни палкой" — везде скрам мастера. Без технического образования, без образования в области проект менеджмента, без навыков в психологии или поведения человека. Но прошедшие н-дневные курсы. И уверенные в себе, что в состоянии воссоеденить, контролировать и довести до результата технические, специализированные и организационные задачи. При этом думающие, что все люди стремятся к одной цели. Всё это не работает от слова совсем. Только единичные случаи или тривиальные задачи. Но и то и другое часто зависит не от навыков скрам мастера а от ситуации или уже установившейся культураы, подходящего психоттипа команды, как выше уже упомянул- от тривиальности задачи, ну и пару других исходный параметров. Проект менеджмент- это наука, которую нельзя за два дня прослушки взять и владеть. Потому что всё, что не было выучино, будет с командой на личном опыте пережито… И по большей части это будут ошибки. Как-бы этого не хотелось.
Конечно — попробовать исполнение в виртуализации стоит того. Например используя вот это https://www.tinkercad.com/dashboard, я иногда отлаживаю кое-какие классы. Но. только работа с платиной и только реальные условия помогут отладить и довести до ума программу, которая на самом деле будет работать. Так как реальные условия, как работают сенсоры или акторы не возможно просимулировать. Только живьём.
… но больше в сторону увеличения скорости, чем замедления. Не последнюю роль играют здесь «register renaming» и «Instruction Issue», которые увеличивают скорость выполнения микрокоманд за счёт их параллельного исполнения.
ну как-же — это ведь цикл. Или под-программа.
если вы пишите программу то это выглядело где-то так:
100 СТАРТ
101 1 команда
102 2 команда
103 call к 500
104 3 команда
…
500 1 команда под-программы
501…
510 return
и чтобы не замарачиваться, этот отрезок вырезался и вставлся после. Особенно, когда между частью кода и этим отрезком вставлялись другие команды. Простая экономия времени. тогда не было Visual Studio :)
А ещё был Форт. Одно из первых моих соприкосновений с ИИ.
Фортран был моим первым языком, потом Ассемблер. Фортран — это был один из языков, который придерживался строгих правил. Да, и с ним человек мог совершить кучу ошибок. Но сам язык — в своей сущности можно с ассемблером сравнить. По строгости, по типизации данных, невозможности сваливать всё в кучу. И многие, кого я знал и владеющие Фортраном — думали и решали задачи совсем по другому, чем те поколения, которое начинали/ют на Pascal, Basic, C++, Java, Phyton итд. Это было ещё время инженеров. А у инженеров совсем другой подход ко многим вещям. А начиная с Фортрана или Ассемблера — потом и на «простых» языках совсем по другому программируешь.
Инженерный подход к языкам имел свой отвечаток на качество, документацию итд. Никого не хочу обидеть. Не имею в виду отдельных лиц- а именно массовое проявление. По своей сути — сейчас шлёпают программы, не пишут. Потому что знают — совсем на маленький промежуток времени. Поэтому и не стоит сильно над этим корпеть. И это стало массовой культурой — не создавать архитектуру, до миллимитра доводить всё и поддачивать. Нет. Дешовое или сырое — ничего, пользователь проглотит. А подавится — тоже ничего. Сошлёпаем новую версию.
Спасибо за то, что перенесли мыслями в очень интересные времена.
Я с Вами соглесен, "… можно проект обвешывать..", но это никто не делает. Почему? Не знают-ли или не хотят? Наверное первое. Но от этого не меняется суть. Это совсем не инженерный подход. Тяп-ляп. И так сойдёт. Да, и в таких Agile проектах находятся проффессионалы, которые и в таких условиях совершают чуда. Но это больше исключение из правил.
… покажите мне хоть одну формулу в Agile. Для посдчёта чего-нибудь. Вы возьмёте кучу книг и не увидите ни одного расчёта. Ни о чём. В этом и заключается беда, что это просто теория, завёрнутая в конечно-же хорошую обёртку. И работает только там, где или сама ситуация не так уж и сложная или если вопреки всем усилиям находятся пару, которые вытягивают «проект» на боллее менее нормальное положение. В остальных случаях — обречено на успех провал. Хотя конечно-же с видоизменением этого самого Agile на что-нибудь подходящее и работающее — конечно-же можно чего-нибудь и добиться. Но тогда — с Agile это имеет мало чего общего.
Спасибо за многие мысли как в статье, так и в комментариях. Добавлю от себя. Меня не покидает мысль, когда сегодня смотрю на сегодняшний тренд в сторону Agile. И долго думал, что мне не подходит. И кажеться для себя определил. Раньше PM должен был хоть какие-то навыки в Project Management иметь. А это целая наука. Сегодня ничего этого не надо. Называйся каким-нибудь Scrum-Master и всё — координируешь целые потоки. И не надо никаких навыков в оценке затрат, ценах, качествах, решения задач не на один месяц, а на многие годы вперёд итд. На лицо упрощеный подход к решению любых задач. Но упрощённых не всегда может быть — лучшим. И вот тут как всегда — выигрывает тренд, а не логика. К сожалению.
Ответ на ваш вопрос — «Однако вопрос — было ли взято что-то хорошее от прежних поколений при формировании сегодняшних решений?»
Конечно есть. Это то, что кочует из одного времени в другое — энтузиазм. Как энтузиазм работников, которые несут свои знания и любовь в детей. Так и энтузиазм детей, которые ищут нелёгкие пути и задаются вопросами. Остальное — второстепенно. И это работает в любой политической системе, в любой стране.
Вы путаете свои личные воспоминания и эмоции тех лет с попыткой логически обьяснить эмоции детей сегодня. У каждого ребёнка своё детство, свои мечты и среда, в которой они варятся. Никакая из них не есть хуже или лучше. И сегодня маленькие Кулибины и Ломоносовы делают свои первые шаги и "… развивают первичные инженерные технические навыки" — неважно где, в России, в Европе или в США.
нет, принцип будет такой, что необходимое кол-во фигур отодвигается туда, чтобы освободить проход. Т.е. — полная движуха на поле. Уверен, что просто было-бы явление, от которого не оторвёшь глаз — т.к. каждых ход — это «маленькая жизнь» нескольких фигур.
Не соглашусь с оценкой, что по быстроте один из самых быстрых. да, может быть Нотация Big O для Timsort O(n log n), но эта нотация говорит только о поверхностном анализе. Детали кроятся в другом.
Если речь идёт о числах, то алгоритму Countingsort нет равных. Если речь идёт об строковых значениях, то в алгоритме Timsort элементы перставляются очень большое (из перспектив других алгоритмов - ненужное) количество раз, если изначальная ситуация значений из average case/worst case. А перестановка строк - очень интенсивная операция. Сравнение тоже, но если не обращать внимание на усилия по перестановки, то можно быстро получить сюрпризы по скорости выполнения, когда задача будет отсортировать не десять значений, а например 1 миллион.
И хоть сортировка неплохая, но всё равно - заголовк не соответствует содержанию.
Пойду дальше в высказывании. В большем количестве фирм, где используется Excel, то со всеми в встроенными возможностями (vba, автоматизация) можно делать много чего, что будет получше, чем тонна всякого черезчур платного софта. Почти все бизнес процессы можно с Excel и Office оцифровать. А с пакетом Office 365 (Excel, Word, PowerPoint, Teams, OneNote, PowerBI etc.) так и вообще — все.
Кстати на примере с Excel я вижу как думают люди. Там сразу видно, если созданные ими конструкции нелогичны, сложные, часто не поддающие пониманию или последующему сопровождению или видоизменению итп. Это как своего рода визитная карточка. Мне сразу понятно, кто передо мной.
Может быть стоит обратить внимание на социальные проблемы в космосе? Например отсутствие женского начала. И его компенсировать.
Эти вами описываемые шаги были нужны и при постройки пирамид. И при постройке атомной бомбы или ракеты на марс. В этом нет ничего нового. В этом то и суть, что не изучать, опыт других, можно открывать для себя истины и думать, что это что-то новое и неизвестное. Почитайте Дейла Корнеги по управлению людьми. Его книгам больше сотни лет, а в них вы найдёте много из того с чем вы сталкиваетесь впервые. Или из того, что вы здесь упоминайте.
Спасибо за ответ. Не желаю обидеть лично вас. Но сейчас куда не "ткни палкой" — везде скрам мастера. Без технического образования, без образования в области проект менеджмента, без навыков в психологии или поведения человека. Но прошедшие н-дневные курсы. И уверенные в себе, что в состоянии воссоеденить, контролировать и довести до результата технические, специализированные и организационные задачи. При этом думающие, что все люди стремятся к одной цели. Всё это не работает от слова совсем. Только единичные случаи или тривиальные задачи. Но и то и другое часто зависит не от навыков скрам мастера а от ситуации или уже установившейся культураы, подходящего психоттипа команды, как выше уже упомянул- от тривиальности задачи, ну и пару других исходный параметров. Проект менеджмент- это наука, которую нельзя за два дня прослушки взять и владеть. Потому что всё, что не было выучино, будет с командой на личном опыте пережито… И по большей части это будут ошибки. Как-бы этого не хотелось.
если вы пишите программу то это выглядело где-то так:
100 СТАРТ
101 1 команда
102 2 команда
103 call к 500
104 3 команда
…
500 1 команда под-программы
501…
510 return
и чтобы не замарачиваться, этот отрезок вырезался и вставлся после. Особенно, когда между частью кода и этим отрезком вставлялись другие команды. Простая экономия времени. тогда не было Visual Studio :)
А ещё был Форт. Одно из первых моих соприкосновений с ИИ.
Фортран был моим первым языком, потом Ассемблер. Фортран — это был один из языков, который придерживался строгих правил. Да, и с ним человек мог совершить кучу ошибок. Но сам язык — в своей сущности можно с ассемблером сравнить. По строгости, по типизации данных, невозможности сваливать всё в кучу. И многие, кого я знал и владеющие Фортраном — думали и решали задачи совсем по другому, чем те поколения, которое начинали/ют на Pascal, Basic, C++, Java, Phyton итд. Это было ещё время инженеров. А у инженеров совсем другой подход ко многим вещям. А начиная с Фортрана или Ассемблера — потом и на «простых» языках совсем по другому программируешь.
Инженерный подход к языкам имел свой отвечаток на качество, документацию итд. Никого не хочу обидеть. Не имею в виду отдельных лиц- а именно массовое проявление. По своей сути — сейчас шлёпают программы, не пишут. Потому что знают — совсем на маленький промежуток времени. Поэтому и не стоит сильно над этим корпеть. И это стало массовой культурой — не создавать архитектуру, до миллимитра доводить всё и поддачивать. Нет. Дешовое или сырое — ничего, пользователь проглотит. А подавится — тоже ничего. Сошлёпаем новую версию.
Спасибо за то, что перенесли мыслями в очень интересные времена.
успехпровал. Хотя конечно-же с видоизменением этого самого Agile на что-нибудь подходящее и работающее — конечно-же можно чего-нибудь и добиться. Но тогда — с Agile это имеет мало чего общего.Конечно есть. Это то, что кочует из одного времени в другое — энтузиазм. Как энтузиазм работников, которые несут свои знания и любовь в детей. Так и энтузиазм детей, которые ищут нелёгкие пути и задаются вопросами. Остальное — второстепенно. И это работает в любой политической системе, в любой стране.