Вопрос к IT-специалистам: Какое IT-направление выбрать?

[rabbit]

И за всем этим ускользает основная мысль, которую я пытался донести: ворос не в математике, а в мышлении человека.
Для меня особо нет разницы между вниканием в доказательства теоремы и распутыванием какого-то дикого спагетти-кода с багами, например. И там и там хватаешься за ниточки и пытаешься доковыряться до сути. И если математика шла всегда через не могу - почему абстрактный код и ковыряние в его внутренностях должно ВНЕЗАПНО начать приносить радость?

[George K]

Очень спорное утверждение

Мое уверенное ИМХО - годится для non-essential бизнесов, ну ОК, для чего-то типа телекомов тоже, хотя это уже плохо. Там же, где дело связано с рисками для людей, или там где система должна стоять 24/7 - нет, категорически нет. Или тогда Джамшутов надо менять, а не опен спейс делать. (перефразируя анекдот про мебель и девиц в борделе)

[nick_]

Есть, кстати, ещё вот какие штуки
https://www.payscale.com/research/US/Skill=COBOL/Salary

Типа, сидишь с дедушками и смотришь, как они постепенно умирают, а твоя зарплата переваливает за 200к USD.

Никакой математики, 100% сделки с совестью. Для тех, кто не любит работу программиста, но любит зарплату.

[rabbit]

годится для non-essential бизнесов

У товарища (как раз про которого я выше писал) scrum в компании с миллиардным обородом, хай-лод продакшном и стопроцентным аптаймом. Но там есть важный нюанс: программисты очень серьезные и они сами продавили начальство, чтобы внедрить вагон методологий. У них там и код ревью друг за другом обязательный, и TDD как основная методология и парное программирование с другими экстремальными практиками. Работают очень эффективно. То есть это не навязанное "эффективными менеджерами", а сделанное программистами для самих себя как им удобно, под одобрение руководства, которому эти кодеры приносят бешеные миллионы.

Отправлено спустя 1 минуту 6 секунд:

Для тех, кто не любит работу программиста, но любит зарплату.

Интересно только, сколько в среднем занимает поиск работы у таких типов

Отправлено спустя 1 минуту 30 секунд:
Кстати, если вдруг у кого есть интересные вакансии из Java зоопарка (Spring, Hibernate etc) - вы пишите, не стесняйтесь

[nick_]

Кобольщики тупо умирают. Если не искать сильно большую ЗП, думаю, можно выходить на работу через неделю изучения Кобола. Есть огромный объём легэси кода, можно наняться на постепенное переписывание его на Java, как вариант такой работы. Главное, в саму лавку, а не в подрядчика, у сутене... подрядчика, будет то же удовольствие, но без тех денег.

[Ivan.Galv]

Как Certified SCRUM master скажу, что Жорж прав. Начиная с самого познания что есть скрам - уже учат тому, что для атомных станций и подлодок эта методология не применима. Такова жизнь, и никакими TDD и пидерастически-парными-программирования Вы это не измените... Просто такая специфика, у всего есть свой scope...
Да и насчет "экспериментальных практик" - я бы остерегся...Я еще в 2002-2005м лицезрел эти эксперименты

И за всем этим ускользает основная мысль, которую я пытался донести: ворос не в математике, а в мышлении человека.
Для меня особо нет разницы между вниканием в доказательства теоремы и распутыванием какого-то дикого спагетти-кода с багами, например. И там и там хватаешься за ниточки и пытаешься доковыряться до сути. И если математика шла всегда через не могу - почему абстрактный код и ковыряние в его внутренностях должно ВНЕЗАПНО начать приносить радость?

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

[rabbit]

если код читается плохо, то надо бить по рукам.

Это практически везде так. Речь шла про копания в легаси, а не про чтение спагетти от товарища.

Отправлено спустя 1 минуту 12 секунд:

я бы остерегся

Тем не менее, контора очень серьезная и всё это работает как часы. Скинуть в личку, о чем речь?)

[Ivan.Galv]

Тем не менее, контора очень серьезная и всё это работает как часы. Скинуть в личку, о чем речь?)

присылайте)
Я не говорил что техники плохие...Но они уже совсем не новаторские)

[abbat]

cls, сейчас вроде на revit перешли многие

Есть масса причин использовать пакет при 100% понимании алгоритма.

это понятно, но понимание таки нужно.

Вообще, не понимать, откуда взялась та или иная циферка в результате эксперимента - нормальное состояние любого экспериментатора.

это не эксперимент а изготовление установки и чтобы ее отладить нажно понимать каждый шаг в том числе в софте.

Я жутко извиняюсь, но Вы не студент?

сейчас я опять студент

ну тк вы наверно и не на прогера учились?

нет не на прогера учился. Хотя аспирантура на компьютерного зрению я кандидатский сдал по прикладой математике, но не думаю что это программирование. Но при этом когда мы разрабатывали приборы для научных измерений а нашей команде не было программиста и мы искали долго такого чтобы математику мог сам делать, не нашли, в итоге остановились на том кто хорошо и быстро пишет код, слишком много не просит и вообще адекват в целом, что большая редкость, а всю математику я для него делал, какую переменную брать, как ещё обрабатывать, по шагам, а дальше он реализовал.

что для атомных станций и подлодок эта методология не применима

да даже в элементарной не атомной энергетике люди пишут в чистую чуть ли не голом С чтобы не дай бог где то что то.

Отправлено спустя 5 минут 2 секунды:
для меня это был кстати шок что программисты в целом весьма далеки от математики, не знаю откуда это взялось, наверно на основе того что описал раббит, тонна математике в универе у них, а потом когда начал вникать в тему программирования оказалось что математику там и не надо знать для работы совсем.

[nick_]

пидерастически-парными-программирования

Кстати, если кто не пробовал, очень рекомендую. Подлодкам и Боингам оно, кстати, тоже не противоречит.
Если хотите испытать неизведанное, но не хотите, чтобы коллеги о вас это знали, регистрируйтесь тут.
https://www.edx.org/course/software-ser ... x-cs169-1x
https://www.edx.org/course/software-ser ... x-cs169-2x

Там вас заставят заниматься парным программированием. Ну не было возможностей иначе всё это развести без большого сетапа на момент создания курса. А на репутацию плюньте. Не, ну серьёзно, кто в наше время ни разу не писал не руби?!

Отправлено спустя 10 минут 9 секунд:

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

Сочувствую, это сложный случай. Там, видимо, нужен был умный человек, который умеет программировать, но ещё не сделал что-то своё, что бы его устроило, такого обычно можно только долей в бизнесе привлечь. Ну или может повезти невероятно.

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

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

Отправлено спустя 5 минут 51 секунду:
Подумалось, что можно было ещё в академической среде через знакомых аспиранта поискать. В идеале, чтобы на этом была человеку статья или диссер в перспективе, таким образом можно получить (возможно довольно недисциплинированного), но с исследовательским складом ума человека в команду. Ну и если вы не платите очень хороших денег - то только доля, либо всё своей головой.

[Antoxa]

на вопрос что это Цыфра значит

на такой вопрос, нужно отвечать, что это - число, в первую очередь

Отправлено спустя 22 минуты 54 секунды:

большинству бизнес приложений время отклика в одну или две секунду -реально нет никакой разницы

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

[Ivan.Galv]

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

Это утверждение не имеет под собой никакой основы.
Есть история о том, как финансисты-трейдеры строили систему передачи информации между двумя биржами ценных бумаг, чтобы через high frequency иметь гарантированный профит на разнице курсов с задержкой по времени. Каждая миллисекунда была на счету, пришлось не только подсуетиться с передачей информации, но и туннели через пару гор прокопать по максимально прямой траектории...Вот еслиб весь мир жил как они - Ваше утверждение имело бы смысл.

В реальности же, время отклика не имеет практически никакого значения, если оно в рамках консенсуса широкой аудитории о том что есть адекватно быстро (2-3) секунды. Компании типа Гугла и Амазона ориентируются на задротсво в программировании не для того чтобы порадовать избирательного Антона, а потому что маленькая извращенная хрень в коде может сэкономить Гуглу миллионы долларов и терраваты электроэнергии.
А если мы говорим о том, c какой скоростью средний сотрудник уровня офисного планктона должен иметь возможность прочитать новости компании и посмотреть фотки девок с корпоратива- то 2 секунды более чем нормально.

Все конечно зависит от природы сервиса и это Case by case. Если Ваш клиент ожидает высоких стандартов быстродействия, потому что ему это необходимо для корректного функционирования компании - разговор иной.
Многие сервисы корпоративного мира, например на базе Microsoft Power Platform с MS Flow, вообще могут выполняться в большинстве тарифов с задержкой до 15ти минут и никого это не волнует. Это Вам не канадские суды, которые три месяца просто не могли донести бумажки до судей для начала рассмотрения дел под страхом вируса. Хотя глядя на спокойствие канадцев, им вроде и такие сроки вполне терпимы

И да, если Вы хотите реального быстродействия, то любой язык высокого уровня, включая упомянутый Вами typescript надо смело забывать и переходить на чтото посерьезнее, например прямое программирование в байткоде или хотя бы ассемблер, если для лохов ну и конечно никакая цифровая гадость не заменит старые родные аналоговые системы по быстродействию

[Antoxa]

если оно в рамках консенсуса широкой аудитории о том что есть адекватно быстро (2-3) секунды

Время ОТКЛИКА в 2-3 секунды - это ад адский, а не консенсус.

Вот вам Амазон примера ради:


Или Youtube:


Гугл индексирует сайты в том числе учитывая время отклика/загрузки.

Отправлено спустя 3 минуты 4 секунды:

Если Ваш клиент ожидает высоких стандартов быстродействия, потому что ему это необходимо для корректного функционирования компании - разговор иной.

У банального интернет магазина при снижении времени отклика и загрузки тупо растут продажи. Поверьте опыту.

Отправлено спустя 2 минуты 37 секунд:

включая упомянутый Вами typescript

Какое отношение typescript имеет ко времени отклика сервера?

[Ivan.Galv]

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

Typescript как и любой другой язык высокого уровня использует огромное количество неэффективных операций по сравнению с низкоуровневыми языками, когда транслируется в низкоуровневые операции. А аналоговые электрические системы - быстрее чем любые цифровые. Если эти фундаментальные вещи у Вас вызывают вопросы, значит либо чтото не так с тем самым профильным образованием, либо это хроническое нежелание анализировать факты. Попробуйте поиграть в Quake эмуляцию в браузерной виртуальной машине и поиграть в оригинальный Quake и сравните быстродействие, если оно Вам так важно. Вот загадка то, почему браузерная версия помедленнее...

Вот вам Амазон примера ради:

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

У банального интернет магазина при снижении времени отклика и загрузки тупо растут продажи. Поверьте опыту.

Какому опыту, если Вы приводите в пример Амазон? Что может быть еще более странным аргументом? Среднестатистический магазин какого нибудь "ИП Модератор Антон Петров", продающий цветные носки по 1000 штук в день в отличии от Амазона может и не заметить никакой ощутимой разницы в продажах, если ускорится на секунду. А Вот Амазон да, заметит. И даже если это даст лишние 3 продажи в сутки - будет ли более быстрый тарифный план в облаке стоить меньше, чем эта доп прибыль? В бизнесе задают такие вопросы, а не делают черти что не зная зачем.
У акций Амазона ценник такой, что ему надо мир захватить. Если он еще и по 3 секунды отвечать будет через свой AWS - захват мира сразу станет отменен и его акции просто никто не купит по его бешеной цене.
Кроме того, Вы факты подменили. Ваш скриншот показывает не время загрузки типичной страницы Амазона, а время начала первой передачи данных. Вся страница с множественными картинками как раз прогружается 2.83s. DOM модель браузера прогружается за 800ms и состоит из 300 запросов и 10мегабайт всякого гавна. Несинхронногсть рулит и создает иллюзию быстрого ответа, когда более медленные элементы подгружаются значительно позже.


Я Вам писал практически прописные истины в предыдущем сообщении. Языком, специально смягченным и адаптированным к легкому восприятию. Если Вы восприняли в штыки эти тезисы, то я не знаю...Вы наверно никогда не работали в цивилизованной компании корпоративной Канады или России, а работали среди задротов, которые не всегда вообще понимают зачем выбирать задротский путь решения задач. Вы даже примеры пошли приводить публичных high load сервисов, хотя логика крылась в анализе времени отклика совсем других сервисов, таких как ServiceNow, SharePoint, Atlassian и других, применяемых почти в любой SP500 компании для внутреннего пользования.
И вообще реальность такова, что этот Ваш прекрасный быстро отвечающий гугл не особо то прижился в кругу серьезных компаний, и его бесплатный недо-Word используют разве что нищие маргиналы, а продукты Майкрософт, включая тяжелый и медленно отвечающий Word Online используется поголовно. И Видосы тоже почему то заливают не на ютуб корпоративные, а не Microsoft Stream. Это Вам на подумать, видимо не в быстродействии то дело и не в Вашем мнении о том что ад адский, а что норма. А дело в здравом смысле, который не подлежит прогибаниям под бессмысленности.

[Antoxa]

ы хотя бы минуту потратили на обдумывание моего сообщения?

У меня к вам аналогичный вопрос.
И все таки, какое имеет отношение typescript к отклику от сервера, если на нем написана клиентская часть?
Это не говоря о том что от сервера чаще прилетает содержимое кэша.

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

То есть люди таки заморачиваются некисло из за времени отклика и загрузки? Кто бы мог подумать!
И так делают все кому не лень, CDN - услуга доступная кому угодно, для этого не нужно свои сервера иметь во всем мире.

Какому опыту

Личному. Когда рефакторишь сайт интернет магазина так чтобы вместо 1-2 секунды отклика было 200-300ms, и продажи вырастают.
Безусловно, это не носки, но и далеко не Амазон.