АйТи прогнозы
Что, по-вашему, ожидает АйТи в ближайшем будущем? Интересны технологии, языки, концепты.
Мознно сначала перечислить актуальные направления.
Что это? Параллелизация, скалирование, веб-аппликации, I-Notebooks
Microservices, продолжение Agile, NoProjects, Cloud
Скалирование было всегда условием "приличного" приложения, насколько я помню.
If anything is for certain - buzzword creation will never die. 
Да, и в последнее время ИТ-шники так поглощены публичным обсуждением своих методов организации, что хочется сказать: Мне неважно, как организована команда пекарей, когда я ем их булку. Мне должна нравиться их булка, а работают ли они в агильных командах и пишут ли цели на фиолетовых листочках - мне фиолетово.
Микросервисы - это норм, просто развитие идеи изоляции функциональности. Облака - тоже норм, просто развитие идеи стандатизированной оси. НоПрожектс - бред, наличие проектов не является технологическим требованием, это завязано на финансовое планирование.
А вообще абсолютно всегда и везде успех проекта завязан на качество персонала. Возьми гениев - и они в самых ужасных условиях слепят конфетку. Возьми дебилов - и они в любых условиях все запорют. А для оценки качества персонала нет ничего лучше банального IQ теста. Вот и все. Идем дальше придумывать дурацкие баззворды.
Мне лично, как пекарю, интересны разные способы печь булку:) Я с т.з. айти интересуюсь, а не конзумента готового продукта.
Технологии в перспективе тоже интересны, ничуть не меньше. И методы строения тоже. Можно на ты:)
Ну гениев я каждый день вижу. Настящих дебилов - почти нет, a вот тех, кто при всех стараниях до звездочки не дотянется - навалом. Но если бы они не занимались рутинной работой; то жизнь гениев превратилась бы в ад
Булка - это ява-эпплет со снятием шариков с новогодних елок, который я делала в первом семестре учебы. Такой зависит только от умений и желания исполнителей.
Разработку же софта в больших проектах можно сравнить со строительством дома: если фундамент не затвердел, а уже присобачили стены, забыли при этом оставить дырки для окон и положить для них опоры, положили полы, но забыли вызвать сантехников для прокладки труб, а электрик пришел после того, как заштукатурили стены, то на выходе будет полное гамно.
Могу только написать, но что наш проект ориентируется в ближайшее время: контейнеры, continuous delivery, автоматизированное тестирование в контейнерах, автоматизированные интеграционные тесты (максимальный отказ от ручного тестирования).
Поделитесь, на что "ставят" у вас.
По-моему тоже логично, поэтому я считаю процессы и управление одной из важнейших составляющих качественного софта..
Java, Maven, Spring Framework, Cloud Foundry. Это покрывает все упомянутые тобой технологии. Позже надо будет дженкинс добавить,но пока он мне не очень нужен. Ну и MySQL. Ну и мейвен наверно заменить на Gradle - он в мультипроектной среде удобнее.
Позже надо будет дженкинс добавить,но пока он мне не очень нужен.
Честно говоря, плохо представляю, как без него. А как строить и складывать артефакты, ручками?
Строит все и проводит тесты mvn. А запуск пока ручками. В настоящий момент это не жрет лишнего времени. Это одна команда в конце-концов.
ЗЫ Меня вообще стал больше бизнес-value интересовать, а не технологические заморочки. Я сознательно не обновляю части своего стэка, ибо старое делает свою работу достаточно хорошо. Я лучше подумаю что нужно потребителю.
Все катится в пропасть.
Big Data, Industrie 4.0.
Короче если не успеете в этом году (2017) получить сертификат по Predective Analytics
то все.
Наверное в зеркале
Да не, до тех, кого я гениями называю, мне не дорасти. Вот, например, коллега в тиме - мужик. как мужик, 3-детей, жена, прикольный... Ну да, программер от бога. Так думала, пока по поводу его книжки на его столе (математическое моделирование) пошутить не попробовала... Тут то я и поняла, с кем дело имею. Мне такое упоение предметом даже и не снилось.
да конечно, но мавен не запускает себя сам. Если над проектом работает большая команда разработчиков, то им нужно либо после каждого коммита ручками стоить, чтобы артефакт был доступен для всех, либо у каждого локально должны быть все возможные проекты, чтобы их локально строить. Когда много зависимостей, то такая работа вряд ли возможна.
Ну и дженкинс конечно может самостоятельно и деплоить, и запускать интеграционные тесты. Можно задавать очередность выполнения джобов и вообще там много всего интересного.
Меня вообще стал больше бизнес-value интересовать, а не технологические заморочки.
Ну это уже из другой оперы. Если ты работаешь один или с парой партнеров, то ты отлично справишься с поставленными задачами посредством использования тех тулов, которыми ты хорошо владеешь. Если же над задачей работает большое количество людей, а эта задача - маленькая часть другой задачи, тогда технологические заморочки приобретают немаловажное значение.
Наверное, мы уже вышли за рамки темы😳
Так думала, пока по поводу его книжки на его столе (математическое моделирование) пошутить не попробовала... Тут то я и поняла, с кем дело имею.
Я тебя очень хорошо понимаю, у нас тоже есть такие коллеги. Я ими реально восхищаюсь ( ну и стараюсь брать пример, чего уж там)). Есть у нас один коллега, он уже на пенсии, но работает )). Мало того что он супер поофессионал-ему до всего всегда есть дело, так еще кроме этого: руководит джазовым ансамблем, играет на трех музыкальных инструментах, параллельно занимается дизайном садов,спортсмен, а какие он печет торты! Вот мы с ним прямо душа в душу живем.И главное, все что он делает- делает на отлично и оптимизмом. Семьянин, жена красавица, 2 детей взрослых. Вот такие люди вызывают у меня искреннее уважение и восхищение.
Но такие люди скорее большая редкость, чем правило...
А вообще, если честно, я думаю что когда человек слишком увлечен каким то одним своим делом, то остальные сферы жизни непременно страдают. Поэтому лично я стараюсь насколько это возможно сохранять этот баланс: самореализация по максимуму на работе, семья ( времяпровождение и общение с близкими, быт) , интересы близких( дети и их увлечения,т.Е. кружки и тренировки), наконец хобби. Все чаще напоминаю сама себе эквелибриста, который балансирует на вращающихся трубах и досках. ))))
Мы же не ведем дискуссию о каких-то тайных разработках. Большинство технологий, описанных в теме, полностью открыты для всеобщего доступа.
бизнес-value интересовать, а не технологические заморочки. Я лучше подумаю что нужно потребителю.
И это правильно 
Я пока один работаю над своими проектами. Поэтому некоторые вопросы не стоят. А дженкинс это делает не сам, а через тот же самый maven. То есть, принципиальной разницы нет - я закончил новую версию модуля и загнал билд в maven-repo ручками или это сделал дженкинс. Ибо ручной билд вытянет с репозитария абсолютно те же артефакты и прогонит те же тесты. То есть у меня стоит NAS-сервер с артефактори, svn и дженкинсом, но в дженкинсе нет смысла, ибо я после всех изменений в каком-либо модуле все равно прогоняю mvn verify.
Да, конечно, дженкинс по сути только автоматизирует. Но если ты работаешь один, тебе это наверное не нужно. Меня больше интересует твой опыт в больших компаниях.
Что это? Параллелизация, скалирование, веб-аппликации, I-Notebooks
Что это за ноутбуки такие?
А по теме, имхо как были востребованы говноформочки с соединением с реляционной БД, так и останутся.
Что это за ноутбуки такие?
https://ipython.org/ipython-doc/3/notebook/notebook.html#i...
Apache Zeppelin делает то же самое
Реляционные БД - вчерашний день
Правда хоть убей не знаю, почему.
Вот поэтому и не замечеют, что тебе все вроде бы хорошо. А слыви ты девушкой прямой и резкой (как я ), твое расположение очень бы даже ценилось. Можно ж разок и напрямую в лоб хлопнуть, а потом по шерстке погладить..
Согласна с тобой. И представляю, что у тебя это хорошо работает Жалко, что я тогда не попала на встречу - посмотрела бы на тебя живьем.
Я не молчу в тряпочку, но порой веду себя как дура. Наверное, я незрелая - меня не интересует конечный результат.
А резкости мне не занимать. Я ж рассказывала например историю, как наш разработчик зазывал мня к себе, чтоб показать, как именно он переписал код для моего приложения. А я отнекивалась, типа, какая мне разница, как написан код, если я пользуюсь готовой программой. А в конце сказала "Ну ок, я скоро к тебе поднимусь. Но дай мне 15 минут, мне сначала уборщица хотела показать, как она пылесосит под моим столом"
Когда мне не дают номерок к окулисту на ближайшее время для ребенка, я рассказываю, что мой бедный ребенок ходит по стеночке и видит только расплывчатые пятна. что из школы его скоро отчислят, т.к. он вообще не видит доски. что у меня есть знакомые "Врачи без границ" и я попрошу их прiлать вертолет из Абхазии с полевым окулистом для моего ребенка. А мне в ответ "Ну хорошо, тогда мы дадим вам номерок на следующий вторник в 10:00". А я "Нет, во вторник до обеда я не могу":
Алл, ты мудришь сильно. Могла бы сказать:"Извини, мне не интересно как выглядит твой код. Работает - и хорошо, спасибо". А то слов много, а что сказать хотела - с ходу и не поймешь.
У нас знакомые есть, очень любят заврернуть что-нибудь этакое. Пришла как-то к нам наша парикмахерша - девушка симпатичная, но совсем-совсем от сохи. Ну и они пришли подстричься. У нее бедной чуть крыша с утра не съехала от их речей. Апогеем было, когда она их сыну говорит:"Иди, мочи волосы". А он с умным видом :"До какой степени?" Она просто в ступоре:"Не надо мочить, я тебя и так подстригу".
Она потом почти час причитала:"Ну, я понимаю, они люди умные, интеллигентные, но я не могу с утра такое слушать. Вот ты ж тоже вся из себя, но почему-то я тебя нормально помимаю.. Ой, ты, пожалуйста, их больше не зови. У меня голова лопается." Мы до сих пор похихикиваем, когда вспоминаем.
Столько флуда и непонятных слов, а Linux и Embedded никто не упомянул, хотя добрая часть IoT с ним связана. Хотя к самому IoT я не понял пока как относиться.
Apache Zeppelin делает то же самое
Ну и скольким людям интересны такие узкоспециальные вещи?
Реляционные БД - вчерашний день
В обозримом будущем - даже и не надейтесь.
Хотя к самому IoT я не понял пока как относиться
Как к biggest botnet on earth.
Ну и скольким людям интересны такие узкоспециальные вещи?
А мне такое кажется не узкoспециальным, а наоборот популярным в широлих массах. Кто твои конечные пользователи? У нас например все требуют интерактивность, визуализацию итд. По-моему, будущее определяется этим, а не способами тестирования.
Широким массам нужны кнопки и картинки (на худой конец интеллигентный текстовый или голосовой ввод), а не мудреные интерфейсы.
Ал, ты имеешь в виду СУБД или сами РБД? Я чтот пока не вижу накакой альтернативы. Оболочки - да, меняются, а сам принцип РБД чем заменить?
Меня в настоящем гневе от силы человек 10 ноне живуших видели. Но, говорят, что не дай бог еще раз...
Даже при всем желании на заказ продемонстрировать не смогу.
http://www.bigdata-insider.de/relationale-datenbanken-sind...
https://de.wikipedia.org/wiki/Multidimensional_Expressions
У нас все рыночные данные так размещались.
Цитата по твоей ссылке:
Einfach ausgedrückt sind NoSQL-Datenbanken vor allem dann sinnvoll, wenn die Daten in keine relationale Struktur oder in Tabellen passen. Diese Datenbanken ergänzen aber nur die Möglichkeiten von Unternehmen und sollen keine vorhandenen Datenbanken oder Datenbank-Systeme ersetzen. Denn geht es um feste Strukturen und der Zuweisung von Daten untereinander, kommen Unternehmen auch zukünftig nicht um SQL-Datenbanken herum.
А, ты про это. Первое - модные бирюльки для пользователей.
А MDX - ничего нового. В САПовских приложения Data-Wherehaus-у уже лет 20, если не больше, и используется исключительно для отчетности, но никак не для хранения данных.
Ну вот наша фирма kam darum herum.
А вообще мы ж о моде. Пусть в основе все так же лежат старые реляциональные базы. А говорят все о новых.
Кажется мода на нереляциональные базы пришла с распространением веб-приложений (и как разультат с распределенными моделями).
Viele Relationale Datenbank Management-Systeme gelten als horizontal nicht skalierbar, als unnötig schwer zu benutzen und bieten eine eingeschränkte Zahl an Datenstrukturen. Je angefragter Webanwendungen sind, in denen solche DBMS eingesetzt werden, desto eher führedies an ihre Leistungsgrenzen. Systemarchitekten beginnen sich mit alternativen Lösungen zu beschäftigen. Dies führte zur ‚SQL vs. „NoSQL“„ Bewegung, welche die Vorteile des Einsatzes von nicht -relationaler DBMS („NoSQL“) bei Webanwendungen preist und für Ihren Einsatz vom projektbeginn an eintritt.
Вот тут человек сравнивает MySQL с Redis на примере WiKi с дискуссиями:
http://www.se.uni-hannover.de/priv/lehre_2010sommer_wwwsem...
Кажется мода на нереляциональные базы пришла с распространением веб-приложений
Нет, с распространением соцсетей. С тем результатом, что в них почти невозможно что-либо найти. Идеология соцсетей - побыстрее свалить как можно больше данных в мусорку, а дальше как-нибудь разгребемся.
Спасибо за инфо по делу:)
У нас тоже речь о контейнерах, микросервисах, тоже DevOps, но у нас большая часть приложения на PL/SQL, возможно ее перепишут в Яву. Оракл останется, Терадата. Возможно, еще больше веб-сервисов сделают.
Интересно, куда все-таки будут развиваться базы данных. В остальным все, кого я слышала, в основном считают Яву и дальше основной в разработках. Хотелось бы узнать, есть ли уже какие-то набирающие популярность альтернативы. Куда самим разработчикам стоит специализироваться, чтобы иметь позже возможности выбора на рынке труда.
Можно подробней про Cloud Foundry из собственного опыта? Как используете? Спасибо:)
Биг Дата слишком общее понятие. Какие именно технологии будут в перспективе?
Вот, кстати, да. Что нас ждет в ближайшем будущем в сфере IoT?
Вот, кстати, да. Что нас ждет в ближайшем будущем в сфере IoT?
Я без понятия. Я больше по С/С++, Linux и Embedded. Если интересно IoT, скатайся на выставку в марте в Нюрнберг (я тоже поеду) и поспрашивай, что думает народ =)
Вы что спросить-то хотели? 
Как вам работать или на кого учиться?
В прошлом году на GoTo было несколько сессий на эту тему и когда они приводили в пример автоматизацию на складах, это до сих пор впечатляет, хотя и не суперновость. Закончили, конечно, большой дискуссией на этические темы "роботы и люди". Может, и приеду, спасибо за идею:)
"Но ТС же наверное интересуется с какой-то определенной для себя целью"
Наверное, если не интересоваться трендами в рабочей среде с целью перенять лучшее, то про эффективность можно забыть.
Ну, если пытаться следить за трендами во всех областях айти сразу, то только этим и придется заниматься, Имхо, лучше сфокусироваться на новинках в своей предметной области.
Что касается отдельных тулс и деталей - согласна, но общие тенденции знать полезно и интересно. Сами концепты разработки и архитектуры тоже. Например, что станет модным после бума на Agile, какие концепты для эффективности придумают.
Agile еще пока из моды не вышел, а вот непосредственно scrum пожалуй, что да. За все айти не скажу, но могу рассказать про свою фирму. У нас в этом году основные тренды были такие: microservices, docker, cloud, big data. Еще переписали backend с PHP на Java и вообще как-то уходим с PHP. Начали писать сервисы на Go и node.js, PHP проекты перевели на PHP 7, а iOS мигрируем с Objective-C на Swift. Это не показатель мирового айти, только личный опыт. Но - это все было модным уже в прошедшем году. Что будет в этом - посмотрим :).
Еще - на следующий год несколько проектов с augmented reality у нас. Судя по всему, тоже был/есть один из трендов.
Я снимаю CF hosting у Pivotal. Там сразу кучу сервисов можно докупить: базы данных, мейл и все что нужно. Причем все это автоматом конфигурируется в спринге. Легко скалировать (количество инстанций и памяти меняется на раз-два), легко обновлять на лету. Короче мне нравится.
Нет, с распространением соцсетей. С тем результатом, что в них почти невозможно что-либо найти. Идеология соцсетей - побыстрее свалить как можно больше данных в мусорку, а дальше как-нибудь разгребемся.
и даже там похоже не все так радужно, как любит с упоением рассказывать хипстота
Интересно, куда все-таки будут развиваться базы данных.
ну еще пару лет назад все пытались использовать БД, основанные на графах, neo4j, например. У нас тоже оценивали эту альтернативу, в результате все же оставили реляционные. Насколько я поняла, по причине верности традициям)))
В остальным все, кого я слышала, в основном считают Яву и дальше
основной в разработках. Хотелось бы узнать, есть ли уже какие-то
набирающие популярность альтернативы. Куда самим разработчикам стоит
специализироваться, чтобы иметь позже возможности выбора на рынке труда.
Да, судя по статистике наиболее часто искомые программисты - это ява-программисты. Посмотрите интересная статистика и по перспективности языков, и по частоте использования:
http://www.tiobe.com/tiobe-index/
https://blog.newrelic.com/2016/08/18/popular-programming-l...
и даже там похоже не все так радужно, как любит с упоением рассказывать хипстота https://habrahabr.ru/post/231213/
Ну, давайте посмотрим:
Все данные нужные для сериала хранятся одним документом, так что можно очень быстро получить всю информацию сразу, даже если документ очень большой. Есть сериал, называемый «General Hospital», который насчитывает уже 12000 эпизодов в течение 50+ сезонов. На моем ноутбуке, PostgreSQL работает около минуты, чтобы получить денормализованные данные для 12000 эпизодов, в то время как извлечение документа по ID в MongoDB занимает доли секунды. Так во многих отношениях, это приложение реализует идеальный вариант использования для документарной базы.
Вот только никому нахрен не сдались сразу все 12 тысяч эпизодов со всеми прилагающимися данными. А нормального размера выборка отработает за приемлемое время. К тому же, если мы скажем захотим выборку по актеру - то будут кранты. А затем мы начинаем везде прикручивать лайки и комменты и тоже начинаются кранты.
А, она ниже тоже об этом пишет...
Это было в конечном счете, проблема коммуникации, а не техническая проблема. Если эти разговоры, что произошли раньше, если бы мы взяли время, чтобы действительно понять, как клиент хочет видеть данные и что хочет делать с ним, то мы, вероятно, перешли бы PostgreSQL ранее, когда было меньше данных, и было легче.
А это уже смешно, проблема очевидна и приходит на ум в первую же секунду. В остальном все верно написано.
Да, но и многие другие направления тоже очень популярны. В последнее время оочень много вакансий на фронтенд например.
А на чем еще нынче сами приложения и бэкенд пишут кроме явы? Не веб и не анализы-расчеты.
На сайте гульпа тоже есть статистика, какие языки и прочее как часто клиенты запрашивают. Ява там с 2003 года на первом месте бессменно, емнип. за последний год кол-во проектов:
Java 2586
Oracle 1195
Javascript 946
C# 731
C++ 534
Spring 432
Python 288
iOS 287
Android 286
PHP 275
MySQL 192
Perl 181
big data 141
Mongo 92
NoSQL 91
Swift 91
Ruby 75
Postgresql 74
Objective-C 56
Groovy 31
Desktop: .NET, Java, C++, Swift
Backend: Java, C#, Javascript
Smartphones: Java, Swift, Javascript
Web: Java, PHP, C#, Javascript
Embedded: C, C++, Java
Остальное imho маргинально.
В остальном все верно написано.
я имел в виду как раз попытку уложить социальную сеть в документно-ориентированную БД
Вот кстати пост на фейсбуке об их архитектуре: https://www.facebook.com/notes/facebook-engineering/tao-th...
В двух словах: самодельный кэш основанный на графах сидящий поверх MySQLных кластеров.
Вот обсуждение, где есть ссылки на архитектуру прочих сетей http://stackoverflow.com/questions/1009025/facebook-databa...
н.п. Жанна, ветка еще актуальна? Я почистила от флуда. Oставить для дальнейшего обсуждения или закрыть?
Всем флудильщикам последнее китайское предупреждение. Нашли интересную тему - вперед, скопировали сообщение и в болталку. Иначе начну злиться окончательно и нарушать традиции группы (в смысле начну банить нещаднo)
Rhein-Neckar-Kreis Challenge И на старуху бывает порнуха. Досуг можно сделать разнообразным, особенно на работе
не удаляйте, пожалуйста. Я на работе, смогу только вечером отписаться. Лично мне тема еще интересна.
Оставить, интересно, конечно. Аллины некоторые сообщения тоже несли некий смысл, надеюсь, они остались:) Спасибо:)
те, что несли смысл,остались. Самопрещентацию снесла. Под шумок, может, и удалила больше, чем надо,но старалась оставить все, что имело хотя бы отдаленное отношение к теме.
Rhein-Neckar-Kreis Challenge И на старуху бывает порнуха. Досуг можно сделать разнообразным, особенно на работеВот кстати пост на фейсбуке об их архитектуре: https://www.facebook.com/notes/facebook-engineering/tao-th...
спасибо, только такие простыни на иностранном я не читаю 
Да, но и многие другие направления тоже очень популярны. В последнее время оочень много вакансий на фронтенд например.
Конечно, там же дан список языков, которые популярны. Да, вы правы по поводу фронтэнда. И вообще, все больше функционала перекладывается в сторону фронтэнда.
Хотя в некоторых фирмах еще до сих пор стараются искать специалистов, которые, например, знают Яву и дополнительно Яваскрипт и ее определенные фреймворки. Я вообще за отделение мух от котлет.
Ага, спрос на full stack есть, особенно в небольших фирмах и стартапах. Эти тоже без куска хлеба не останутся. И швец, и жнец и на дуде игрец)).
Desktop: .NET, Java, C++, Swift
Backend: Java, C#, Javascript
Smartphones: Java, Swift, Javascript
Web: Java, PHP, C#, Javascript
Embedded: C, C++, Java
Это статистика или твое личное убеждение? Что-то я не вижу в твоих сводках ни моего любимого Питона, ни Руби, например.
Это явные лидеры. Питон много где используется, но в основном на вспомогательных ролях, нигде не доминируя. Руби в вебе влачит жалкое существование.
А на чем еще нынче сами приложения и бэкенд пишут кроме явы? Не веб и не анализы-расчеты.
ой, ну совсем глубокий бэкэнд некоторые до сих пор на коболе пишут.
Вот эта статья возможно ответит на ваш вопрос: https://habrahabr.ru/company/yandex/blog/272759/
А ещё там бывают C++ и F#. Но это ниши. А ещё есть системный софт, который в основном на плюсах. Но это тоже почти что ниша.
Ну как же, Питон - это и веб-проекты, и матанализ, и компьютерная графика. А боты, боты!!!
Да и выше приведенная тобой и мной статистика показывает, что это довольно часто используемый язык.
Ну в вебе питон очень редок. В науке - да, сколько угодно. Но это само по себе нишевое направление, да и научсотр. сами себе скрипты пишут. короче ниши всякие. Вот мой любимый sublime тоже питоном скриптуется. Тоже ниша.
мне достаточно часто встречается Питон в вебе. Может, просто мой личный опыт, который я переношу на общую ситуацию. Ну и джанго фреймворк тоже вроде как достаточно известен.
У гульпа 10 проектов на джанго за последний год. Это очень немного. Сделал запрос по текущим проектам:
- Software Entwickler Sensorics Tools (C/C++,Python, agile)
- Tester/Testautomatisierer - Python,C++,C#,software testing,unit testing
- Data Scientist - SQL /Hive SQL / Spark / Python / R
- SAT-Solver - Systementwickler - Go-Developer, Pyhton, C++
- SLM/SDM Roll-Out-Experte
- Embedded Entwickler im Bereich M2M
И так далее. Короче говоря, тестеры, роллаут, ембеддед. Веба нет.
Нп. Вот ещё свежая статья про тренды, буквально пару дней ей: https://uxstudioteam.com/ux-blog/tech-trends-2017/
Еще одно слово услышала: Camunda.
Вообще имхо все идет в сторону Open Source
Солидные фирмы используют их в продуктивных системах. Консалстинги пишут большие приложения, где все Open Source, чтобы привлекать клиентов
Еще одно слово услышала: Camunda.
мне чот ДУРЫНДА напомнило.
Как же я забыла про новое веяние в организационной структуре Agile - http://www.full-stackagile.com/2016/02/14/team-organisatio.... Навеяно успехом Spotify и внедряется теперь где попало. У нас эти guilds, tribes, squads и т.д. ввели весной. Мне сложно сказать, насколько это повысило эффективность в целом, скорее да, чем нет.
Супер, чо. Придумаем новые баззворды, будем давать шулюнги и кассировать бабки. А когда все распробуют, что это либо ерунда (здесь было изначально другое слово), либо старое вино в новых пластиковых бутылках - придумаем новые баззворды. Главное чтобы менеджеры верили, что с новыми политкорректными картинками можно набрать в команду альтернативно одаренные меньшинства (здесь было изначально другое слово) и они будут столь же продуктивны как белые люди.
Вообще имхо все идет в сторону Open Source
Солидные фирмы используют их в продуктивных системах
а раньше не исползовали?
И делают. Зависит от фирмы и задач. Думаете у Амазона опен сорс?
Раньше сами все делали
Ага, каждая конторка изобретала велосипед заново))
Надо писать данные в ПДФ - чо, напишем сами.
ORM нужен - что ж мы без рук чтоли?
Чот наша страничка плохо отображается на смартфонах - жаваскрипт и CSS подучим и сами сделаем..
Что, по-вашему, ожидает АйТи в ближайшем будущем? Интересны технологии, языки, концепты.
apache Spark - интересный фреймворк для Веб-статистики
Вообще интересны будут именно фреймворки.
В Вебе - Ангулар.js
В бакенде - Ноде.js
В базах данных - NoSQL, например Apache Cassandra
В десктопе - скриптование типа Питоn