LINUX.ORG.RU
ФорумTalks

«Тенденции развития IT», или «может пора переквалифицироваться в гуманитарии?»

 , ,


1

2

Текущий вектор развития нашей сферы кагбэ номекаэ, что лет через 10 пропадёт надобность в специалистах бухучётов и прочих бумагоперекладывателей. Мой зад чует, что вскоре навернут ещё пару-другую абстракций и полноценные и, что важно, практикоориентированные курсы программирования будут включены во ВСЕ учебные планы ВСЕХ специальностей, тем самым выместив нас... ээээм... куда? А потом, ещё через полдекады, полагаю, будет если и не полная, то уж точно серьёзная автоматизация айти-эксплуатации, коей я собирался принадлежать до появления данных мыслей в моей голове. Опять же, мне кажется, что в дальнейшем это выльется и в автоматизацию многих вещей из разработки, полагаю первыми полетят вебы. В связи с этим вопрос мудрецам-аналитикам с hh.ru и прочим мудрецам-аналитикам - в какую сторону с учётом потенциального движения рынка труда смотреть человеку, склонному (хотя, возможно, мне это только кажется и мой моцк это ниасилит) к системному программированию (особенно embedded и не о малинах речь, а с желанием вырасти до уровня bare metal, ну и модули ядра писать в продакшон тоже было бы неплохо) / администрированию (скорее даже сетевому, ну или вообще в телекомы рвануть появлялась мысль) / инфобезу (реверс хотелось бы осилить, сетевая безопасность)? Стоит ли мне с такими ориентирами беспокоиться о наличии вакантных мест в будущем, как вы считаете?

Перемещено jollheef из job

Ответ на: комментарий от CaveRat

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

Клиенты заполняют заявки через web интерфейс. Поставщикам через хабы шлем XML с заказами и получаем XML с документами.

Т.е. ты с сетевой инфраструктурой вообще никак никогда не сталкивался? Тогда ясно.

Все больше и больше узнаю о себе. Ясно.

помощью z10? И не буду, очевидно. Для решения этой задачи нужны другие средства.

Ага а меня херней страдать хотел заставить?

С учетом того, что на личности перешел как раз ты, примени к себе.

Сам дурак

dmxrand
()
Ответ на: комментарий от dmxrand

Клиенты заполняют заявки через web интерфейс.

Не достаточно. Клиенты шлюз заявки, пишут письма, звонят, слушаю вебинары...

Поставщикам через хабы шлем XML

Я уже вижу ТЗ в XML, да. По 34 или 21 ГОСТ.

Даже ВКС будет через XML. Даже удаленный доступ на оборудование заказчика. Даже небо...

Ага а меня херней страдать хотел заставить?

Лолшто? Я тебя не ограничивал в выборе средств. Есть функциональные требования. Как ты будешь их реализовывать - исключительно на твоё усмотрение.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Не достаточно. Клиенты шлюз заявки, пишут письма, звонят, слушаю вебинары...

Так правильно шлют заявки черз XML хаб или на адрес order@domain.com

У меня из нескольких сотен клиентов штуки три только работали через web интерфейс. У остальных обмен был через CommerceML. Собственно на этом некоторые много денег заработали.

Письма пусть шлют.

Причем тут звонят? Пусть звонят.

Вебинары не нужны. Во всяком случае ни разу не видел чтоб от них был толк.

dmxrand
()
Ответ на: комментарий от CaveRat

Даже удаленный доступ на оборудование заказчика.

Это зачем? Про ВКС и небо не понял. Я ВКС делал для сотрудников. Это да. А причем тут небо?

Есть функциональные требования.

Это были не требования, а это ты меня ограничил в средствах. А я вижу что там они не нужны.

dmxrand
()
Ответ на: комментарий от dmxrand

Причем тут звонят? Пусть звонят.

Lync и иже с ними? Не, не слышал.

Вебинары не нужны. Во всяком случае ни разу не видел чтоб от них был толк.

Бгг. Кто бы сомневался, что ты так скажешь.

Это зачем?

И правда. Гораздо лучше будет гонять инженеров по всему СНГ. Мир посмотрят, себя покажут.

Я ВКС делал для сотрудников.

А теперь сделай ВКС между сотрудниками разных компаний.

Это были не требования, а это ты меня ограничил в средствах.

Это - функциональные требования. Перечень функций, который должен быть реализован.

А я вижу что там они не нужны.

Балансировка нагрузки, динамическая маршрутизация, удаленный доступ - всё не нужно. Да ты просто гений. Реально, 5 баллов. Я даже не знаю, что сказать.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Lync и иже с ними? Не, не слышал.

Я с Lync работал еще когда он назывался Microsoft Office Communicator

собственно выкидывать такие деньги из-за ненужной херни смысла небыло.

И правда. Гораздо лучше будет гонять инженеров по всему СНГ.

Зачем инженерам куда то ездить?

А теперь сделай ВКС между сотрудниками разных компаний.

Зачем? Если сильно приспичит я конечно могу. Но не понимаю зачем.

Перечень функций, который должен быть реализован.

Функция это «осуществлять продажу». А ты пишешь «работать в 1С». Это не функциональные требования. Откуда такое искажение терминов?

Балансировка нагрузки, динамическая маршрутизация, удаленный доступ - всё не нужно.

Опять какая, то чушь. Я не понимаю зачем это все? Если чтоб все работало, так тут можно по разному решать.

dmxrand
()
Ответ на: комментарий от Rastafarra

Просто один из вас получил заказ, а второй ноет на лоре о том как все плохо и какие мудаки вокруг.

Вот именно я из-за вас заказом меньше занимаюсь.

dmxrand
()
Ответ на: комментарий от dmxrand

Я с Lync работал еще когда он назывался Microsoft Office Communicator

Иии? Рассказывай, как оно будет звонить между разными офисами без интернетов.

Зачем инженерам куда то ездить?

Т.е. отрабатывать по договорам техподдержки и развертывания у заказчиков - нет необходимости? И на своих удаленных площадках тоже ничего делать не надо. Или надо держать инженеров на каждой площадке? А как быть с техподдержкой внешников? И с развертыванием систем у заказчика?

Функция

Функция - это осуществлять динамическую маршрутизацию. Балансировку нагрузки. Прозрачное объединение сетей на l3 с шифрованием трафика.

Я ж говорю, ты, похоже, не особо ориентируешься в той теме, куда ты полез. Мы сейчас обсуждаем инфраструктуру, есличо.

Я не понимаю зачем это все?

Заметно.

Если чтоб все работало, так тут можно по разному решать.

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

Упростим, что бы тебе было понятно. У тебя есть серверная ферма, ей надо обеспечить надежное соединение с внешним миром. Допустимое время отсутствия связи - 3 часа в год.

CaveRat ★★
()
Ответ на: комментарий от Rastafarra

Вообще, у меня складывается впечатление, что пассажир путает автоматизацию бизнес-процессов и ИТ-инфраструктуру. Но, почему-то, упорно пытается доказать, что он во всем разбирается лучше всех.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Рассказывай, как оно будет звонить между разными офисами без интернетов.

Никак это ты его предложил. Я сказал, что не вижу в нем смысла. И почему без интернетов?

Т.е. отрабатывать по договорам техподдержки и развертывания у заказчиков - нет необходимости?

В твоей задачи небыло инженеров и техбоддержки - замечаешь? В моей тоже небыло.

Ну и про дальнейшее - ты мне ткни где ты писал, что у тебя в задаче было про развертывание систем у заказчиков.

Смотрю ты начинаешь осознавать КАК надо ставить задачи.

Функция - это осуществлять динамическую маршрутизацию.

Это метод. И ты не объяснил зачем.

Упростим, что бы тебе было понятно. У тебя есть серверная ферма, ей надо обеспечить надежное соединение с внешним миром. Допустимое время отсутствия связи - 3 часа в год.

Покупаю два канала от разных поставщиков (что бесполезно). Настраиваю аггрегацию. В случае пропадания трафика весь трафик идет через резервный.

dmxrand
()
Ответ на: комментарий от CaveRat

Но, почему-то, упорно пытается доказать, что он во всем разбирается лучше всех.

Нет не пытаюсь. Просто ты рассказываешь про сложности которых нет. Ты их создал, а потом решаешь.

dmxrand
()
Ответ на: комментарий от dmxrand

Настраиваю аггрегацию

На сервере? ОК. И как оно будет работать?

И да, чисто для справки. Серверная ферма - это больше одного сервера.

Никак это ты его предложил. Я сказал, что не вижу в нем смысла. И почему без интернетов?

Дык ты ж сам сказал, что интернетов у пользователей быть не должно.

Смотрю ты начинаешь осознавать КАК надо ставить задачи.

Просто кто-то начинает понимать, что сморозил чушь.

CaveRat ★★
()
Ответ на: комментарий от dmxrand

Покупаю два канала от разных поставщиков (что бесполезно). Настраиваю аггрегацию. В случае пропадания трафика весь трафик идет через резервный.

Извини за то, что вмешиваюсь... Даже будучи дилетантом скажу как минимум, что вместо резервного канала тут логичнее делать балансировку для обоих ISP. Хотя я, наверное, чего-то не понимаю...

tchspprt
() автор топика
Ответ на: комментарий от tchspprt

балансировку для обоих ISP

Тихо, не спугни :)

А вообще, особо нет смысла. Если ложится что-то, кроме последней мили, то лягут оба канала ISP. Логичнее как раз балансировать между разными.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Нет на маршрутизаторе. Если хочешь на сервере то это делается на Linux с помощью ip route назначу обоим одинаковые метрики и буду сриптом проверять доступность того или иного провайдера. И если он пропал буду ему поднимать метрику. чтоб ходило через рабочую. Сложность тут в том, что пакеты должны уходить и приходить через 1 интерфейс. Но для маленько конторы работать будет. А может просто куплю микротик.

Дык ты ж сам сказал, что интернетов у пользователей быть не должно.

Да не должно. Ты путаешь сервера с пользователями.

Просто кто-то начинает понимать, что сморозил чушь.

Ну яж говрил ты умниеешь. Вот понимать начал.

dmxrand
()
Ответ на: комментарий от CaveRat

Если ложится что-то, кроме последней мили, то лягут оба канала ISP.

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

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

dmxrand
()
Ответ на: комментарий от dmxrand

Нет на маршрутизаторе.

Аггрегацию? На маршрутизаторе? Нужно больше ада.

Если хочешь на сервере то это делается на Linux с помощью ip route назначу обоим одинаковые метрики и буду сриптом проверять доступность того или иного провайдера.

Т.е. напишешь два маршрута с одинаковыми метриками? А можно спросить, куда каждый из них будет вести?

И да, что с отказоустойчивостью самого раутера?

А может просто куплю микротик.

И что ты с ним сделаешь?

Ну яж говрил ты умниеешь. Вот понимать начал.

Вообще-то нет. Чушь тут ты порешь.

но ты ведь застрял в прошлом веке.

И это говорит мне человек, предлагающий делать балансировку скриптами. *рукалицо.жпг*

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Т.е. напишешь два маршрута с одинаковыми метриками? А можно спросить, куда каждый из них будет вести?

Каждый на сетевуху которая торчит в каждого ISP. Что не так?

И да, что с отказоустойчивостью самого раутера?

Ничего.

И что ты с ним сделаешь?

Куплю.

И это говорит мне человек, предлагающий делать балансировку скриптами. *рукалицо.жпг*

И как ты в Linux автоматом будешь метрику поднимать при падении одного из каналов?

dmxrand
()
Ответ на: комментарий от CaveRat

Аггрегацию? На маршрутизаторе?

Ну не тот термин применил и что? Ты вон вообще не можешь сказать как делать. Я хоть знаю как.

dmxrand
()
Ответ на: комментарий от dmxrand

Каждый на сетевуху которая торчит в каждого ISP. Что не так?

Смотри. Когда ты пишешь маршрут, ты указывает адрес назначения и шлюз. Шлюзами у тебя будут маршрутизаторы ISP. А адресами назначения?

Ничего.

А в задании время простоя - не более 3 часов. Как ты это обеспечишь при гибель раутера? Физической гибели.

И как ты в Linux автоматом будешь метрику поднимать при падении одного из каналов?

Есть как минимум 3 способа.

И что там с аггрегацией на раутере? Как ты ее будешь делать?

CaveRat ★★
()
Ответ на: комментарий от dmxrand

Ну не тот термин применил и что? Ты вон вообще не можешь сказать как делать. Я хоть знаю как.

Расшифруй, что ты имел ввиду.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Смотри. Когда ты пишешь маршрут, ты указывает адрес назначения и шлюз.

Нет есть машина с 3 сетевухами. Одна lan две wan isp1 isp2. Если ты соединяешься то тем или иным способом на каждой получишь маршрут по умолчанию (pppoe или еще как. теоретически ты мог его не получить тогда конечно можно руками примерно так

Сетевухи eth0 lan 1 и 2 это провайдеры пусть 192.168.1.0/24 и 192.168.2.0/24 с шлюзами до провайдера 192.168.1.1 и т.д.

соответственно пишем ip route add default via 192.168.1.1 и ip route add default via 192.168.2.1

Все ты получил шлюз по умолчанию. Зачем тебе адрес назначения. Ты ведь прописываешь маршрут не до конкретной машины или сети.

А в задании время простоя - не более 3 часов. Как ты это обеспечишь при гибель раутера? Физической гибели.

В задании контора маленькая. вот пруф «Тенденции развития IT», или «может пора переквалифицироваться в гуманитарии?» (комментарий)

Жду от тебя как ты обеспечишь при гибели единственного роутера.

И что там с аггрегацией на раутере? Как ты ее будешь делать?

Ты читать умеешь я неверный термин применил. Я выше уже написал

dmxrand
()
Ответ на: комментарий от dmxrand

Все ты получил шлюз по умолчанию. Зачем тебе адрес назначения. Ты ведь прописываешь маршрут не до конкретной машины или сети.

Когда ты прописываешь шлюз по умолчанию - ты прописываешь маршрут с назначением 0.0.0.0. Чисто справочная информация, которую знает любой человек с минимальным опытом работы в ИТ.

В задании контора маленькая.

Врёшь, как сивый мерин: [«Тенденции развития IT», или «может пора переквалифицироваться в гуманитарии?» (комментарий)]

Жду от тебя как ты обеспечишь при гибели единственного роутера.

А никто не говорил, что раутер должен быть один. Просто кто-то, видимо, не умеет читать.

Ты читать умеешь я неверный термин применил. Я выше уже написал

Но ты не назвал правильный термин. Так что ты там будешь делать с двумя каналами?

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Когда ты прописываешь шлюз по умолчанию - ты прописываешь маршрут с назначением 0.0.0.0. Чисто справочная информация, которую знает любой человек с минимальным опытом работы в ИТ.

Слово default тебя не устраиват. Ладно.

Врёшь, как сивый мерин: [«Тенденции развития IT», или «может пора переквалифицироваться в гуманитарии?» (комментарий)]

Ты читать умеешь ты собираешься на ферме из 100 машин делать на Linux шлюз? Я уточнил у тебя, ты согласился.

А никто не говорил, что раутер должен быть один. Просто кто-то, видимо, не умеет читать.

Это видимо ты - да?

Так что ты там будешь делать с двумя каналами?

Ничего ты конечно намекашь на балансировку, но. Я ничего не буду делать.

dmxrand
()
Ответ на: комментарий от Rastafarra

Я четко написал «Если хочешь». Он согласился.

dmxrand
()

В Вэб программисты

grim ★★☆☆
()
Ответ на: комментарий от dmxrand

И кстати не 0.0.0.0

Просвещайся: https://en.wikipedia.org/wiki/Default_route

The default route in Internet Protocol Version 4 (IPv4) is designated as the zero-address 0.0.0.0/0 in CIDR notation, often called the quad-zero route.[citation needed] The subnet mask is given as /0, which effectively specifies all networks, and is the shortest match possible. A route lookup that does not match any other route, falls back to this route. Similarly, in IPv6, the default route is specified by ::/0.

Ты читать умеешь ты собираешься на ферме из 100 машин делать на Linux шлюз? Я уточнил у тебя, ты согласился.

Нет. Есть ферма, надо сделать так, что бы у нее был доступ в интернет. Есть два ISP. Требования к надежности я привел. Жду от тебя решение.

Считай, что ты не ограничен в средствах, в том числе - по закупаемому оборудованию.

Это видимо ты - да?

Нет :]

Ничего ты конечно намекашь на балансировку, но. Я ничего не буду делать.

Я ни на что не намекаю, я жду твоего решения.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Просвещайся: https://en.wikipedia.org/wiki/Default_route

Ха. Я прав!

Нет. Есть ферма, надо сделать так, что бы у нее был доступ в интернет. Есть два ISP. Требования к надежности я привел. Жду от тебя решение.

Буду закупать аппаратные маршрутизаторы - два. И вот там буду развлекаться с OSPF. Но тут потребуется читать, что там конкретно делать.

А я жду как ты на Linux без скрипта определишь, что провайдер упал.

dmxrand
()
Ответ на: комментарий от dmxrand

Ха. Я прав!

The default route in Internet Protocol Version 4 (IPv4) is designated as the zero-address 0.0.0.0/0

И кстати не 0.0.0.0

Нельзя так лихо делить на ноль.

Буду закупать аппаратные маршрутизаторы - два.

Чорд, прогресс! Осталось придумать, как сделать отказоустойчивость раутеров.

А я жду как ты на Linux без скрипта определишь, что провайдер упал.

Внезапно, тем же самым ospf. Или igrp. Или bgp, если стрелять по воробьям из пушки (правда, если у меня своя AS, то иных вариантов и нет. Но там точно не будет пингвина на шлюзе).

CaveRat ★★
()
Ответ на: комментарий от dmxrand

Ну и так на минутку зачем тебе ферма?

Лично мне она нахер не упала. А вот у даталайна, к примеру, есть ЦОД, и не один. И там таки довольно жесткий sla.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Ладно я с сетями собственно и не спорил, а вот остальное точно ненужно. Но с сетями если ты не провайдер и это не надо. Лично я уже давно не строю всякие фермы из железок.

dmxrand
()
Ответ на: комментарий от CaveRat

Мы с тобой спорили про доступ пользователей и всяких айфонов.

dmxrand
()
Ответ на: комментарий от dmxrand

Как раз без указания маски ты раз начал буквоедством заниматься не прав. Ну и мне твоя педивикия не нужна.

Это не педивикия, там ссылка на стандарт RFC1519:

Note that the degenerate route 0.0.0.0 mask 0.0.0.0 is used as a default route and MUST be accepted by all implementations

То, что в твоих книжках этого не пишут - проблема авторов книжек.

CaveRat ★★
()
Ответ на: комментарий от dmxrand

Ладно я с сетями собственно и не спорил

Поищи по треду, где ты писал, что динамическая маршрутизация и балансировка нагрузки не нужны.

Но с сетями если ты не провайдер и это не надо

Ну да (зевая). Зойчем использовать стандартные решения, когда можно весело костылять?

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Ну да (зевая). Зойчем использовать стандартные решения, когда можно весело костылять?

Ну те решения которые использую я явно надежнее того, что построишь ты.

dmxrand
()
Ответ на: комментарий от CaveRat

Поищи по треду, где ты писал, что динамическая маршрутизация и балансировка нагрузки не нужны.

И сейчас утверждаю, что не нужны. Ты опять прекратил мыслить.

dmxrand
()
Ответ на: комментарий от CaveRat

Поищи по треду, где ты писал, что динамическая маршрутизация и балансировка нагрузки не нужны.

Я вообще зря повелся на твое предложение соединять датацентры. Ну чтож это мой косяк.

dmxrand
()
Ответ на: комментарий от dmxrand

Я вообще зря повелся на твое предложение соединять датацентры. Ну чтож это мой косяк.

Щито, обидно признавать, что костыли и подпорки не работают нигде, кроме локалхоста, да?

Ну те решения которые использую я явно надежнее того, что построишь ты.

Костыли на баше надежнее ospf на двух раутерах, объединенных с помощью vrrp (а в случае кошек - glbp). Главное, по-чаще себе это повторяй.

И сейчас утверждаю, что не нужны. Ты опять прекратил мыслить.

Уговорил. Не нужны. Нужны костыли на баше.

CaveRat ★★
()
Ответ на: комментарий от CaveRat

Щито, обидно признавать, что костыли и подпорки не работают нигде, кроме локалхоста, да?

Какие костыли? Я тебе совсем о другом говорил. Я не зря тебе написал «Если хочешь». Я знаю когда нужно закупать дорогие железки я тебе еще раз напоминаю я работал у провайдера и у меня сервак был далеко не из одной машины. Я тебе говорю, что как раз остальное типа этой хрени из трех букв это и есть костыли.

Костыли на баше надежнее ospf на двух раутерах, объединенных с помощью vrrp (а в случае кошек - glbp). Главное, по-чаще себе это повторяй.

Это не я сказал. Я сказал, что то чем я пользуюсь надежнее. Уж точно чем если даже взять тут здание построить запихать туда миллионов на 40 железок. Купить хоть у всех провайдеров каналы.

Уговорил. Не нужны. Нужны костыли на баше.

Почему ты не хочешь признать очевидное. Людям ПОФИГ как будет работать передача документов. Это очевидная вещь. И платят не за то, что ты создаешь динамическую маршрутизацию. Тем более, что она всеравно не будет работать.

dmxrand
()
Ответ на: комментарий от CaveRat

Ладно поспорь. Есть например торговая фирма. Филиалы по всей стране (например Магнит). Ты построил в Краснодаре ферму из серверов. Я как сейчас купил на Амазоне нужное количество контейнеров и прочего (там и почта есть и много еще чего). У кого надежнее решение?

dmxrand
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.