Гнучкість

Гнучкість

Часто так буває, що в житті щось міняється.

Причому міняється безповоротно. Тобто як би не старався, але вже не повернеш.
Наприклад:
— закрився улюблений продуктовий магазин
— улюблений онлайн сервіс припинив існування
— колега, з яким були дуже хороші стосунки, змінив місце праці
— технологія, яку любиш і використовуєш роками, припинила розвиток і померла

І так далі.
Звичайно не кожна зміна є з гіршого на краще. Деколи зміна є з кращого на гірше.

Так от, люди по різному переживають такі зміни, і далеко не завжди готові «перегорнути сторінку»
На перший погляд це виглядає як проста дрібниця, яка характерна для більшості людей.
Але при детальнішому розгляді, особливо в контексті ІТ, гнучкість виявляється критичною.

Приблизно кожні 3-4 роки, в ІТ технологіях відбувається радикальне оновлення. Компанії та сама форма праці також сильно міняються.
Люди, які в собі не розвивають гнучкість, приречені бути викинутими на узбіччя та мати постійну душевну важкість.
Тому що вони бачать не реальність, а свою проекцію на цю реальність, і кожен раз як реальність нахлинає на них, вони отримують дуже велику порцію стресу.

Це явище не є характерне виключно для ІТ. Багато людей в Україні живуть ніби СССР не розвалився, але тим не менше з кожним днем, якщо вони не адаптувались, все важче і важче для них жити.
Останнім часом все більше людей вважає рівень емоційного інтелекту (EI) важливішим за рівень звичайного інтелекту (IQ).
Люди, в яких розвинена гнучкість та адаптивність є значно психологічно стабільніші і їхніх рівень емоційного інтелекту є значно вищий.

Якщо людина відчуває потребу покращення, особливу увагу варто звернути на гнучкість та всіляко пробувати розвивати гнучкість та відкритість мислення.

Думки?

Крос пост на блог.
  • +3
  • 20 червня 2011, 23:27
  • zenyk

Коментарі (9)

RSS згорнути / розгорнути
+
0
без гнучкості в ІТ взагалі важко виживати. інакше будеш постійно сидіти на мейнтенансі проекта-старожила. не завжди програмісту в компанії є можливість пробувати щось нове. тому важливо бути максимально відкритим до передових ідей і намагатися їх використовувати в повсякденному житті. а емоційний інтелект, бачу, вже стає модною фішкою.
avatar

zlosny

  • 21 червня 2011, 13:04
+
0
а що такого радикально оновилося за останні три роки? Хіба що планшети-смартфони розвинулись, але там тіж самі програми, тільки підхід до графічного інтерфейсу трохи інший
avatar

whirlwind

  • 21 червня 2011, 21:18
+
0
декілька напрямків:
server side javascript, platform as a service (azure, cloudfront), nosql mainstream, location based services mainstream, social services development (facebook apps, VK apps), MVP/MVVM, social services integration/mining, HTML5 apps
avatar

zenyk

  • 21 червня 2011, 22:10
+
0
Rejected. Please try again :)

половина перерахованого — продукти, а не технології. Про mvp у вікіпедії написано, що це паттерн програмування, вперше запропонований у 1990 році. HTML5 все ще намагається злетіти. Можу погодитися на жабоскрипт на стороні серверу, але це точно революція?
avatar

whirlwind

  • 22 червня 2011, 21:03
+
0
Я не казав «революція», я казав «радикальне оновлення». Це є різні речі.

Грань між технологією та продуктом є дуже тонка. Наприклад, Amazon Web Services це продукт чи технологія? :)
Але це не важливо, важливо те, що постійно треба бути готовим до змін, так як незалежно від нашого бажання, йде невпинне оновлення чи продуктів, чи технологій.

Подана підбірка технологій не є зрізом «трендових» тем якогось новинного ресурсу для розробників. Це технології які вже зустрічаються, або будуть з'являтись найближчим часом на комерційних проектах.
Наприклад я встиг вже використати половину з них на комерційних проектах. Причому 3-4 роки я не знав про існування цих речей.

Щодо того ж MVP. MVP проявився у всій своїй красі в комбінації з EventBus аж в GWT. Перше велике представлення було на Google IO 2009. Тобто самому шаблону дійсно 21 рік, але тільки недавно він проявився у всій своїй красі та по призначенню.
avatar

zenyk

  • 22 червня 2011, 22:47
+
0
+ lots of new JVM languages, parallel computing
avatar

zlosny

  • 22 червня 2011, 13:04
+
0
parallel computing? O RLY?
avatar

whirlwind

  • 22 червня 2011, 21:08
+
0
деякі сценарії використання Hadoop підпадають під частину задач parallel computing
і так, 3-4 роки тому я не знав про існування Hadoop :)
avatar

zenyk

  • 22 червня 2011, 22:51
+
0
А ще згадалося джоелівске «Fire and motion»

Think of the history of data access strategies to come out of Microsoft. ODBC, RDO, DAO, ADO, OLEDB, now ADO.NET — All New! Are these technological imperatives? The result of an incompetent design group that needs to reinvent data access every goddamn year? (That's probably it, actually.) But the end result is just cover fire. The competition has no choice but to spend all their time porting and keeping up, time that they can't spend writing new features. Look closely at the software landscape. The companies that do well are the ones who rely least on big companies and don't have to spend all their cycles catching up and reimplementing and fixing bugs that crop up only on Windows XP. The companies who stumble are the ones who spend too much time reading tea leaves to figure out the future direction of Microsoft.
avatar

whirlwind

  • 22 червня 2011, 21:14

Тільки зареєстровані й авторизовані користувачі можуть залишати коментарі.