АйТи прогнозы
Что, по-вашему, ожидает АйТи в ближайшем будущем? Интересны технологии, языки, концепты.
Мознно сначала перечислить актуальные направления.
Что это? Параллелизация, скалирование, веб-аппликации, I-Notebooks
If anything is for certain - buzzword creation will never die. 
Да, и в последнее время ИТ-шники так поглощены публичным обсуждением своих методов организации, что хочется сказать: Мне неважно, как организована команда пекарей, когда я ем их булку. Мне должна нравиться их булка, а работают ли они в агильных командах и пишут ли цели на фиолетовых листочках - мне фиолетово.
Микросервисы - это норм, просто развитие идеи изоляции функциональности. Облака - тоже норм, просто развитие идеи стандатизированной оси. НоПрожектс - бред, наличие проектов не является технологическим требованием, это завязано на финансовое планирование.
А вообще абсолютно всегда и везде успех проекта завязан на качество персонала. Возьми гениев - и они в самых ужасных условиях слепят конфетку. Возьми дебилов - и они в любых условиях все запорют. А для оценки качества персонала нет ничего лучше банального IQ теста. Вот и все. Идем дальше придумывать дурацкие баззворды.
Булка - это ява-эпплет со снятием шариков с новогодних елок, который я делала в первом семестре учебы. Такой зависит только от умений и желания исполнителей.
Разработку же софта в больших проектах можно сравнить со строительством дома: если фундамент не затвердел, а уже присобачили стены, забыли при этом оставить дырки для окон и положить для них опоры, положили полы, но забыли вызвать сантехников для прокладки труб, а электрик пришел после того, как заштукатурили стены, то на выходе будет полное гамно.
Могу только написать, но что наш проект ориентируется в ближайшее время: контейнеры, continuous delivery, автоматизированное тестирование в контейнерах, автоматизированные интеграционные тесты (максимальный отказ от ручного тестирования).
Поделитесь, на что "ставят" у вас.
Java, Maven, Spring Framework, Cloud Foundry. Это покрывает все упомянутые тобой технологии. Позже надо будет дженкинс добавить,но пока он мне не очень нужен. Ну и MySQL. Ну и мейвен наверно заменить на Gradle - он в мультипроектной среде удобнее.
Строит все и проводит тесты mvn. А запуск пока ручками. В настоящий момент это не жрет лишнего времени. Это одна команда в конце-концов.
ЗЫ Меня вообще стал больше бизнес-value интересовать, а не технологические заморочки. Я сознательно не обновляю части своего стэка, ибо старое делает свою работу достаточно хорошо. Я лучше подумаю что нужно потребителю.
Наверное в зеркале
Да не, до тех, кого я гениями называю, мне не дорасти. Вот, например, коллега в тиме - мужик. как мужик, 3-детей, жена, прикольный... Ну да, программер от бога. Так думала, пока по поводу его книжки на его столе (математическое моделирование) пошутить не попробовала... Тут то я и поняла, с кем дело имею. Мне такое упоение предметом даже и не снилось.
да конечно, но мавен не запускает себя сам. Если над проектом работает большая команда разработчиков, то им нужно либо после каждого коммита ручками стоить, чтобы артефакт был доступен для всех, либо у каждого локально должны быть все возможные проекты, чтобы их локально строить. Когда много зависимостей, то такая работа вряд ли возможна.
Ну и дженкинс конечно может самостоятельно и деплоить, и запускать интеграционные тесты. Можно задавать очередность выполнения джобов и вообще там много всего интересного.
Меня вообще стал больше бизнес-value интересовать, а не технологические заморочки.
Ну это уже из другой оперы. Если ты работаешь один или с парой партнеров, то ты отлично справишься с поставленными задачами посредством использования тех тулов, которыми ты хорошо владеешь. Если же над задачей работает большое количество людей, а эта задача - маленькая часть другой задачи, тогда технологические заморочки приобретают немаловажное значение.
Наверное, мы уже вышли за рамки темы😳
Так думала, пока по поводу его книжки на его столе (математическое моделирование) пошутить не попробовала... Тут то я и поняла, с кем дело имею.
Я тебя очень хорошо понимаю, у нас тоже есть такие коллеги. Я ими реально восхищаюсь ( ну и стараюсь брать пример, чего уж там)). Есть у нас один коллега, он уже на пенсии, но работает )). Мало того что он супер поофессионал-ему до всего всегда есть дело, так еще кроме этого: руководит джазовым ансамблем, играет на трех музыкальных инструментах, параллельно занимается дизайном садов,спортсмен, а какие он печет торты! Вот мы с ним прямо душа в душу живем.И главное, все что он делает- делает на отлично и оптимизмом. Семьянин, жена красавица, 2 детей взрослых. Вот такие люди вызывают у меня искреннее уважение и восхищение.
Но такие люди скорее большая редкость, чем правило...
А вообще, если честно, я думаю что когда человек слишком увлечен каким то одним своим делом, то остальные сферы жизни непременно страдают. Поэтому лично я стараюсь насколько это возможно сохранять этот баланс: самореализация по максимуму на работе, семья ( времяпровождение и общение с близкими, быт) , интересы близких( дети и их увлечения,т.Е. кружки и тренировки), наконец хобби. Все чаще напоминаю сама себе эквелибриста, который балансирует на вращающихся трубах и досках. ))))
Я пока один работаю над своими проектами. Поэтому некоторые вопросы не стоят. А дженкинс это делает не сам, а через тот же самый maven. То есть, принципиальной разницы нет - я закончил новую версию модуля и загнал билд в maven-repo ручками или это сделал дженкинс. Ибо ручной билд вытянет с репозитария абсолютно те же артефакты и прогонит те же тесты. То есть у меня стоит NAS-сервер с артефактори, svn и дженкинсом, но в дженкинсе нет смысла, ибо я после всех изменений в каком-либо модуле все равно прогоняю mvn verify.
Что это за ноутбуки такие?
https://ipython.org/ipython-doc/3/notebook/notebook.html#i...
Apache Zeppelin делает то же самое
Реляционные БД - вчерашний день
Правда хоть убей не знаю, почему.
Вот поэтому и не замечеют, что тебе все вроде бы хорошо. А слыви ты девушкой прямой и резкой (как я ), твое расположение очень бы даже ценилось. Можно ж разок и напрямую в лоб хлопнуть, а потом по шерстке погладить..
Согласна с тобой. И представляю, что у тебя это хорошо работает
Жалко, что я тогда не попала на встречу - посмотрела бы на тебя живьем.
Я не молчу в тряпочку, но порой веду себя как дура. Наверное, я незрелая - меня не интересует конечный результат.
А резкости мне не занимать. Я ж рассказывала например историю, как наш разработчик зазывал мня к себе, чтоб показать, как именно он переписал код для моего приложения. А я отнекивалась, типа, какая мне разница, как написан код, если я пользуюсь готовой программой. А в конце сказала "Ну ок, я скоро к тебе поднимусь. Но дай мне 15 минут, мне сначала уборщица хотела показать, как она пылесосит под моим столом"
Когда мне не дают номерок к окулисту на ближайшее время для ребенка, я рассказываю, что мой бедный ребенок ходит по стеночке и видит только расплывчатые пятна. что из школы его скоро отчислят, т.к. он вообще не видит доски. что у меня есть знакомые "Врачи без границ" и я попрошу их прiлать вертолет из Абхазии с полевым окулистом для моего ребенка. А мне в ответ "Ну хорошо, тогда мы дадим вам номерок на следующий вторник в 10:00". А я "Нет, во вторник до обеда я не могу":
Алл, ты мудришь сильно. Могла бы сказать:"Извини, мне не интересно как выглядит твой код. Работает - и хорошо, спасибо". А то слов много, а что сказать хотела - с ходу и не поймешь.
У нас знакомые есть, очень любят заврернуть что-нибудь этакое. Пришла как-то к нам наша парикмахерша - девушка симпатичная, но совсем-совсем от сохи. Ну и они пришли подстричься. У нее бедной чуть крыша с утра не съехала от их речей. Апогеем было, когда она их сыну говорит:"Иди, мочи волосы". А он с умным видом :"До какой степени?" Она просто в ступоре:"Не надо мочить, я тебя и так подстригу".
Она потом почти час причитала:"Ну, я понимаю, они люди умные, интеллигентные, но я не могу с утра такое слушать. Вот ты ж тоже вся из себя, но почему-то я тебя нормально помимаю.. Ой, ты, пожалуйста, их больше не зови. У меня голова лопается." Мы до сих пор похихикиваем, когда вспоминаем.
Apache Zeppelin делает то же самое
Ну и скольким людям интересны такие узкоспециальные вещи?
Реляционные БД - вчерашний день
В обозримом будущем - даже и не надейтесь.
Хотя к самому IoT я не понял пока как относиться
Как к biggest botnet on earth.
Ну и скольким людям интересны такие узкоспециальные вещи?
А мне такое кажется не узкoспециальным, а наоборот популярным в широлих массах. Кто твои конечные пользователи? У нас например все требуют интерактивность, визуализацию итд. По-моему, будущее определяется этим, а не способами тестирования.
Широким массам нужны кнопки и картинки (на худой конец интеллигентный текстовый или голосовой ввод), а не мудреные интерфейсы.
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.
Ну вот наша фирма 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, возможно ее перепишут в Яву. Оракл останется, Терадата. Возможно, еще больше веб-сервисов сделают.
Интересно, куда все-таки будут развиваться базы данных. В остальным все, кого я слышала, в основном считают Яву и дальше основной в разработках. Хотелось бы узнать, есть ли уже какие-то набирающие популярность альтернативы. Куда самим разработчикам стоит специализироваться, чтобы иметь позже возможности выбора на рынке труда.
Как вам работать или на кого учиться? 
В прошлом году на GoTo было несколько сессий на эту тему и когда они приводили в пример автоматизацию на складах, это до сих пор впечатляет, хотя и не суперновость. Закончили, конечно, большой дискуссией на этические темы "роботы и люди". Может, и приеду, спасибо за идею:)
Agile еще пока из моды не вышел, а вот непосредственно scrum пожалуй, что да. За все айти не скажу, но могу рассказать про свою фирму. У нас в этом году основные тренды были такие: microservices, docker, cloud, big data. Еще переписали backend с PHP на Java и вообще как-то уходим с PHP. Начали писать сервисы на Go и node.js, PHP проекты перевели на PHP 7, а iOS мигрируем с Objective-C на Swift. Это не показатель мирового айти, только личный опыт. Но - это все было модным уже в прошедшем году. Что будет в этом - посмотрим :).
Я снимаю 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 и окрестности Челлендж / Challenge И на старуху бывает порнуха. Досуг можно сделать разнообразным, особенно на работе
те, что несли смысл,остались. Самопрещентацию снесла. Под шумок, может, и удалила больше, чем надо,но старалась оставить все, что имело хотя бы отдаленное отношение к теме.
Rhein-Neckar и окрестности Челлендж / Challenge И на старуху бывает порнуха. Досуг можно сделать разнообразным, особенно на работеВот кстати пост на фейсбуке об их архитектуре: https://www.facebook.com/notes/facebook-engineering/tao-th...
спасибо, только такие простыни на иностранном я не читаю 
Да, но и многие другие направления тоже очень популярны. В последнее время оочень много вакансий на фронтенд например.
Конечно, там же дан список языков, которые популярны. Да, вы правы по поводу фронтэнда. И вообще, все больше функционала перекладывается в сторону фронтэнда.
Хотя в некоторых фирмах еще до сих пор стараются искать специалистов, которые, например, знают Яву и дополнительно Яваскрипт и ее определенные фреймворки. Я вообще за отделение мух от котлет.
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 и т.д. ввели весной. Мне сложно сказать, насколько это повысило эффективность в целом, скорее да, чем нет.
Супер, чо. Придумаем новые баззворды, будем давать шулюнги и кассировать бабки. А когда все распробуют, что это либо ерунда (здесь было изначально другое слово), либо старое вино в новых пластиковых бутылках - придумаем новые баззворды. Главное чтобы менеджеры верили, что с новыми политкорректными картинками можно набрать в команду альтернативно одаренные меньшинства (здесь было изначально другое слово) и они будут столь же продуктивны как белые люди.
Раньше сами все делали
Ага, каждая конторка изобретала велосипед заново))
Надо писать данные в ПДФ - чо, напишем сами.
ORM нужен - что ж мы без рук чтоли?
Чот наша страничка плохо отображается на смартфонах - жаваскрипт и CSS подучим и сами сделаем..
Что, по-вашему, ожидает АйТи в ближайшем будущем? Интересны технологии, языки, концепты.
apache Spark - интересный фреймворк для Веб-статистики
Вообще интересны будут именно фреймворки.
В Вебе - Ангулар.js
В бакенде - Ноде.js
В базах данных - NoSQL, например Apache Cassandra
В десктопе - скриптование типа Питоn