Size: a a a

Архитектура ИТ-решений

2020 May 12

K

Kamilla in Архитектура ИТ-решений
Вот с применением сложнее будет :)
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Kamilla
Я ж к чему - кому надо, тот найдет где скил поднять
порой эластичность мышления становится... неэластичной. или просто нет возможности.
источник

I

Irina in Архитектура ИТ-решений
Олег Игонин
порой эластичность мышления становится... неэластичной. или просто нет возможности.
Или меняются приоритеты
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Олег Игонин
Мир постепенно становится понятным. Сперва ты учишься ради светлого будущего из своей головы/головы родителей. Изучаешь ремесло, потом начинаешь его применять и впереди долгая дорога.
И постепенно появляются ветки развития - вор, лучник, воин... А, не то. Работник, управленец, фрилансер (вроде фотографа), преподаватель, отец/мать и прочее.
Приходится выбирать.
Вот тут про приоритеты. =)
источник

K

Kamilla in Архитектура ИТ-решений
Олег Игонин
порой эластичность мышления становится... неэластичной. или просто нет возможности.
Вот сейчас все курсы открыли (большинство). И много их прошло? Возможности есть. Скорее хочется всегда халявы :)
источник

I

Irina in Архитектура ИТ-решений
А,  да,  точно.. Нахлынуло просто
источник

I

Irina in Архитектура ИТ-решений
Kamilla
Вот сейчас все курсы открыли (большинство). И много их прошло? Возможности есть. Скорее хочется всегда халявы :)
Мне вот времени не хватает. Ночью учиться не получается.    Да и потом,  многие курсы оказываются пшиком рекламным на волне хайпа
источник

K

Kamilla in Архитектура ИТ-решений
Эт про приоритеты снова :)
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Kamilla
Вот сейчас все курсы открыли (большинство). И много их прошло? Возможности есть. Скорее хочется всегда халявы :)
https://coub.com/view/2dl9f2
тут надо по ссылке проходить
источник

I

Irina in Архитектура ИТ-решений
Kamilla
Эт про приоритеты снова :)
Да,  верно.
источник

F

Fagor in Архитектура ИТ-решений
Приоритет бывает только один. На то он и приоритет, стратегия это доугое. Но не об этом. Одно прошу, пожалуйста, не надо, не надо узкие практические навыки, именно навыки в Университеты. Вот не понимаю зачем вам этот ужас, с "вдалбливанием" в умы устаревших или не востребованных знаний. И не важно "аналики" это или "кодеры". Высшее образование для систематических, фундаментальных знаний и умения учиться новому. Анализ это одна из частей логики, одна, пусть и популярная. Без итогового синтеза, является бесполезным инструментом. И желательно одной персоной или в группе. А не так, что один разложил и ушел, а второй начинает собирать обратно. Расходы на коммуникацию убьют все приемущества РТ, в этом случае.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Выводы про digital disruption от Генри Минцберга:
https://pro.rbc.ru/news/5ea9fb529a79477e9c9acc3e

"— Вы думаете, что люди — это дорого, а автоматизация — дешево? Определенное преимущество тут есть — вы можете заменить роботами людей на рутинной работе, а их отправить заниматься чем-то более творческим.
Но, коль скоро тут упомянуты измерения, скажу: это болезнь.
Я тоже много всего измеряю и интересуюсь статистикой, но если компания одержима цифрами, она мертва."
Свежий перевод статьи 2018 года - https://habr.com/ru/post/501376/

Там есть занимательная игра слов:
"Agile имеет проблемы, когда слишком много связанных вещей изменяются одновременно.
Изменение становится тяжелыми, потому что вы должны принять много увязанных друг с другом решений, все в один отрезок времени и в ситуации, когда еще не знаете всего"
источник

K

Kamilla in Архитектура ИТ-решений
Fagor
Приоритет бывает только один. На то он и приоритет, стратегия это доугое. Но не об этом. Одно прошу, пожалуйста, не надо, не надо узкие практические навыки, именно навыки в Университеты. Вот не понимаю зачем вам этот ужас, с "вдалбливанием" в умы устаревших или не востребованных знаний. И не важно "аналики" это или "кодеры". Высшее образование для систематических, фундаментальных знаний и умения учиться новому. Анализ это одна из частей логики, одна, пусть и популярная. Без итогового синтеза, является бесполезным инструментом. И желательно одной персоной или в группе. А не так, что один разложил и ушел, а второй начинает собирать обратно. Расходы на коммуникацию убьют все приемущества РТ, в этом случае.
источник

I

Ivan in Архитектура ИТ-решений
Fagor
Ага. Потому их так ценят) в конвеере. Я про ИТ. Глав инженер на заводе второй человек как бы.
На заводе и инженер, как бы, не на рабочей точке слесарит, а руководит людьми.
источник

I

Ivan in Архитектура ИТ-решений
Олег Игонин
Программист и не должен быть управленцем. Он инженер. И всегда им был.
Напомнило: "Кто может — делает, кто не может — учит. Кто не может учить тот управляет." © Джордж Бернард Шоу
источник

AV

Alex V in Архитектура ИТ-решений
Eugene Istomin
Свежий перевод статьи 2018 года - https://habr.com/ru/post/501376/

Там есть занимательная игра слов:
"Agile имеет проблемы, когда слишком много связанных вещей изменяются одновременно.
Изменение становится тяжелыми, потому что вы должны принять много увязанных друг с другом решений, все в один отрезок времени и в ситуации, когда еще не знаете всего"
"Архитектура – это каждое реализованное проектное решение, которое делает Agile трудным". Made my day.
источник

DS

Dmitriy Stolyarov in Архитектура ИТ-решений
Ivan
Напомнило: "Кто может — делает, кто не может — учит. Кто не может учить тот управляет." © Джордж Бернард Шоу
А слабо - делать, учить и управлять? А то я насмотрелся уже на этих начальничков, будь они неладны, тьфу, мерзость!
источник

DS

Dmitriy Stolyarov in Архитектура ИТ-решений
Только директивы раздают, ни обучения, ни примера для подражания. Фу.
источник

MG

Mikhail Gusarov in Архитектура ИТ-решений
Alex V
"Архитектура – это каждое реализованное проектное решение, которое делает Agile трудным". Made my day.
Всё по Левенчуку. Архитектура верхнего системного уровня становится ограничениями нижних.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alex V
"Архитектура – это каждое реализованное проектное решение, которое делает Agile трудным". Made my day.
"Нет никакой теоретической причины, что что-то трудно изменить в отношении программного обеспечения.
Если вы выбираете какой-либо один аспект программного обеспечения, вы можете легко изменить его, но мы не знаем, как сделать всё легко изменяемым. Сделать что-то легким для изменения — делает общую систему немного сложнее, а сделать всё легким для изменения — делает всю систему очень сложной.
(Ральф Джонсон, процитировано Мартином Фаулером)"
источник