Открыть список
Как стать автором
Обновить
3
Карма
0,1
Рейтинг

Пользователь

Визуализация данных в интерфейсе

IBCS вообще классная вещь. Это настолько здорово, что до сих пор не понимаю, почему это до сих пор не стандарт. В музыки есть стандарт — ноты, в эелктронике есть стандарт — схемы и эл. компоненты Везде есть стандарты — только в описании данных их нет. И каждый рисуит их так, как хочет. И потом — никто не понимает, делают исходя из этого непонимания неправильные выводы итд…

Как и почему эмодзи портят онлайн-переписку

Счтаю, что черезчур завышено значение/неправильность использования иконок. Простое слово «нормально» после вопроса «как дела?» несёт тоже не всегда то, для чего это используется. Но нам это не мешает. Мы продолжаем использовать в разговоре упрощенные формы общения. Так-же и с иконками. В руках багатых на слова людей — они обагащают речь. В руках людей, не владеющих и человеческим языком — и язык иконок будет тоже непонятным, поверхсностным итд.

Я пользуюсь Excel, чтобы писать код

Согласен. Тоже так думаю. И везде так и говорю. Хотя убедился — редко, кто в это верит.

Пойду дальше в высказывании. В большем количестве фирм, где используется Excel, то со всеми в встроенными возможностями (vba, автоматизация) можно делать много чего, что будет получше, чем тонна всякого черезчур платного софта. Почти все бизнес процессы можно с Excel и Office оцифровать. А с пакетом Office 365 (Excel, Word, PowerPoint, Teams, OneNote, PowerBI etc.) так и вообще — все.

Кстати на примере с Excel я вижу как думают люди. Там сразу видно, если созданные ими конструкции нелогичны, сложные, часто не поддающие пониманию или последующему сопровождению или видоизменению итп. Это как своего рода визитная карточка. Мне сразу понятно, кто передо мной.

Роскосмос объявил о создании андроида для работы в открытом космосе

Может быть стоит обратить внимание на социальные проблемы в космосе? Например отсутствие женского начала. И его компенсировать.

Разбор полётов. Уроки и выводы начинающего Scrum-мастера

Эти вами описываемые шаги были нужны и при постройки пирамид. И при постройке атомной бомбы или ракеты на марс. В этом нет ничего нового. В этом то и суть, что не изучать, опыт других, можно открывать для себя истины и думать, что это что-то новое и неизвестное. Почитайте Дейла Корнеги по управлению людьми. Его книгам больше сотни лет, а в них вы найдёте много из того с чем вы сталкиваетесь впервые. Или из того, что вы здесь упоминайте.

Разбор полётов. Уроки и выводы начинающего Scrum-мастера

Спасибо за ответ. Не желаю обидеть лично вас. Но сейчас куда не "ткни палкой" — везде скрам мастера. Без технического образования, без образования в области проект менеджмента, без навыков в психологии или поведения человека. Но прошедшие н-дневные курсы. И уверенные в себе, что в состоянии воссоеденить, контролировать и довести до результата технические, специализированные и организационные задачи. При этом думающие, что все люди стремятся к одной цели. Всё это не работает от слова совсем. Только единичные случаи или тривиальные задачи. Но и то и другое часто зависит не от навыков скрам мастера а от ситуации или уже установившейся культураы, подходящего психоттипа команды, как выше уже упомянул- от тривиальности задачи, ну и пару других исходный параметров. Проект менеджмент- это наука, которую нельзя за два дня прослушки взять и владеть. Потому что всё, что не было выучино, будет с командой на личном опыте пережито… И по большей части это будут ошибки. Как-бы этого не хотелось.

Разбор полётов. Уроки и выводы начинающего Scrum-мастера

Считаю, что ключивые слова в этой статье «После двухдневного тренинга по Scrum..»

Запускаем код для Arduino в браузере

Конечно — попробовать исполнение в виртуализации стоит того. Например используя вот это 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 итд. Это было ещё время инженеров. А у инженеров совсем другой подход ко многим вещям. А начиная с Фортрана или Ассемблера — потом и на «простых» языках совсем по другому программируешь.

Инженерный подход к языкам имел свой отвечаток на качество, документацию итд. Никого не хочу обидеть. Не имею в виду отдельных лиц- а именно массовое проявление. По своей сути — сейчас шлёпают программы, не пишут. Потому что знают — совсем на маленький промежуток времени. Поэтому и не стоит сильно над этим корпеть. И это стало массовой культурой — не создавать архитектуру, до миллимитра доводить всё и поддачивать. Нет. Дешовое или сырое — ничего, пользователь проглотит. А подавится — тоже ничего. Сошлёпаем новую версию.

Спасибо за то, что перенесли мыслями в очень интересные времена.

5 главных мифов об управлении проектами

Я с Вами соглесен, "… можно проект обвешывать..", но это никто не делает. Почему? Не знают-ли или не хотят? Наверное первое. Но от этого не меняется суть. Это совсем не инженерный подход. Тяп-ляп. И так сойдёт. Да, и в таких Agile проектах находятся проффессионалы, которые и в таких условиях совершают чуда. Но это больше исключение из правил.

5 главных мифов об управлении проектами

… покажите мне хоть одну формулу в Agile. Для посдчёта чего-нибудь. Вы возьмёте кучу книг и не увидите ни одного расчёта. Ни о чём. В этом и заключается беда, что это просто теория, завёрнутая в конечно-же хорошую обёртку. И работает только там, где или сама ситуация не так уж и сложная или если вопреки всем усилиям находятся пару, которые вытягивают «проект» на боллее менее нормальное положение. В остальных случаях — обречено на успех провал. Хотя конечно-же с видоизменением этого самого Agile на что-нибудь подходящее и работающее — конечно-же можно чего-нибудь и добиться. Но тогда — с Agile это имеет мало чего общего.

5 главных мифов об управлении проектами

Спасибо за многие мысли как в статье, так и в комментариях. Добавлю от себя. Меня не покидает мысль, когда сегодня смотрю на сегодняшний тренд в сторону Agile. И долго думал, что мне не подходит. И кажеться для себя определил. Раньше PM должен был хоть какие-то навыки в Project Management иметь. А это целая наука. Сегодня ничего этого не надо. Называйся каким-нибудь Scrum-Master и всё — координируешь целые потоки. И не надо никаких навыков в оценке затрат, ценах, качествах, решения задач не на один месяц, а на многие годы вперёд итд. На лицо упрощеный подход к решению любых задач. Но упрощённых не всегда может быть — лучшим. И вот тут как всегда — выигрывает тренд, а не логика. К сожалению.

Современный детский технический кружок VS советские СЮТы

да ладно вам — решать проблему в обход, непрямолинейно — не важно чем — с бумагой, транзистором или соломинкой или как у вас в примере с lego.

Современный детский технический кружок VS советские СЮТы

Ответ на ваш вопрос — «Однако вопрос — было ли взято что-то хорошее от прежних поколений при формировании сегодняшних решений?»
Конечно есть. Это то, что кочует из одного времени в другое — энтузиазм. Как энтузиазм работников, которые несут свои знания и любовь в детей. Так и энтузиазм детей, которые ищут нелёгкие пути и задаются вопросами. Остальное — второстепенно. И это работает в любой политической системе, в любой стране.

Современный детский технический кружок VS советские СЮТы

Вы путаете свои личные воспоминания и эмоции тех лет с попыткой логически обьяснить эмоции детей сегодня. У каждого ребёнка своё детство, свои мечты и среда, в которой они варятся. Никакая из них не есть хуже или лучше. И сегодня маленькие Кулибины и Ломоносовы делают свои первые шаги и "… развивают первичные инженерные технические навыки" — неважно где, в России, в Европе или в США.

Печатная плата заменяет два линейных двигателя

нет, принцип будет такой, что необходимое кол-во фигур отодвигается туда, чтобы освободить проход. Т.е. — полная движуха на поле. Уверен, что просто было-бы явление, от которого не оторвёшь глаз — т.к. каждых ход — это «маленькая жизнь» нескольких фигур.

Печатная плата заменяет два линейных двигателя

я думаю — надо по другому. под полем перемечается катушка с доп. эл. магнитом. Она «подьезжает» под необходимую фигуру. На неё подаётся напряжение. В этот момент она захватывает фигуру на поле. у которой в «полу» доп. магнит. И тянет её с магнитом за собой. В поле где она её оставляет. Там сбрасывается электричество. И не важно — по полю или, если фигура сьедена…

Информация

В рейтинге
2,622-й
Зарегистрирован
Активность