В каких ЯП мало или вообще нет фреймворков?

Question

[Северное Сияние]

После многих лет на PHP начало дико выбешивать, что зная один ЯП к нему в довесок требуется знать кучу фреймворков.
С Ларавелем работаю года два, но все знания - это тривиальные вещи аля работа с ORM/Билдером/очереди и все то, что обычно и требуются для решения каждодневных задач.
Если смотреть в сторону вакансий, то там и Симфони мелькает и Yii и прочие самопалы и битриксы.
В общем, категорически осточертело метаться среди инструментов. Пока писали проект на версии фреймворка А, уже вышла версия фреймворка Б.
В результате всего этого ты вроде и работаешь и вроде как бы опыта набираешься, а по факту знания весьма поверхностные, зачастую после полугода вообще забываются некоторые вещи.
Учить 100500 фреймворков в свободное время, чтобы тебя хотя бы прособеседовали, не вижу смысла, трудозатраты, по моему мнению, необоснованно высокие, особенно когда ты и так всю жизнь пишешь код.

В итоге что хочется:
1. Перейти на другой стек.
2. Стек на каком-то едином стандарте, на одном едином инструменте для разработки.
3. Без кучи фреймворков и прочих "гениальных" решений айти-графоманов, с проверенными пакетами в центральной репе, а не как в композере, где либо версия фреймворка не та, либо баги, ибо пакет заброшен 5 лет назад, а аналогов нет.

Comments

[сергей кузьмин]

ASSEMBLER

Answer 1

[ThunderCat]

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

На самом деле - и да и нет.
Во первых - 90% фреймворков похожи как родные братья, отличие в десятке настроек и чуть разном подходе к передаче параметров, ну +- десяток нюансов. Вникнуть в них вполне реально за приемлемое время.

Во вторых - ну вот выучили лару и нет желания колупаться в условном уйй - ищите вакансии под нее, че париться, их мульён же, где-то да найдется под вас.

И еще - все новомодные фреймворки хороши до тех пор пока нужно быстро наваять что-то классически тупое и одинаковое, под что уже все написано, под такое хватает "молодых проактивных креативных позитивных смузипоглотителей", знакомых не с языком, а с фреймворком. Когда задача сделать что-то на шаг вправо-влево - все, пипец, тостер, СО, старшие коллеги (если есть). Так что именно знаниями можно упираться на собесах, фреймворк не суть важен.

Ну и анек в тему:

HR:
- Вы нам не подходите. Нам нужны молодые, амбициозные, способные творчески расти!
Пожилой прогер:
- Запишите мой телефон. Когда выяснится, что у вас все амбициозно растут, а работать некому - позвоните!

Comments

[Adamos]

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

[DollyPapper]

Adamos, сей молодой смузифаг уже давно ставший легендой "Ебаного IT" и тостера, и уж точно не молодой смузифаг, а старый и выгоревший)

[Adamos]

DollyPapper, ну, "иногда возраст приходит один" (с).
Я сам немолод и много чего за это время не столько изучил, сколько нахватался.
Просто как-то хватает ума не делать из этого кичливых выводов, да еще и публично...

[Северное Сияние]

Adamos,

Есть подозрение, что вы это рассказываете как раз молодому смузифагу, который на самом деле не изучил ни одного фреймворка, смутно представляет, как они работают "под капотом",

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

и именно поэтому от перспективы учить что-то другое (то есть просто отойти от трех выученных действий) пришел в ужас и придумал вот такой нелепый вопрос.

я учу "что-то другое" с 2000 года, те примерно 22 года. И да - мне не хочется бесконечно учить то, что:

- не является стандартом, а филькиной грамотой
- появляется и затухает в течении нескольких лет
- учить разные инструменты 24/7, вместо того, что бы акцентироваться на чем-то одном. Проблема в том, что в той же пхп нише есть масса фреймворков, а жизнь у меня подошла к середине, и я не имею возможности (как и желания) как в 20 лет просиживать за пк все свободное время, что бы тратить время на то, что не стандарт, не технология, а it-подделка без каких-либо гарантированных перспектив на будущее.

[Северное Сияние]

Во вторых - ну вот выучили лару и нет желания колупаться в условном уйй - ищите вакансии под нее, че париться

я парюсь с заделом на будущее.

1.Лара рано или поздно уйдет. Просто потому, что это не ЯП, это по факту просто чье-то решение.
2. Второй и важный фактор - ментальный, скажем так. Вот есть условный HTML. Это и технология и стандарт. У фреймворков нет стандарта, это даже не часть ЯП. Я не хочу инвестировать в знания того, что просто "филькина грамота". Это просто не серьезно.

[ThunderCat]

Северное Сияние,

я парюсь с заделом на будущее.

ну ок, на будущее какого горизонта?

1.Лара рано или поздно уйдет. Просто потому, что это не ЯП, это по факту просто чье-то решение.

Все пройдет, как говорил товарищ Соломон. Если ищете стабильности - ассемблер и фортран наше все. Все остальные языки обрастают фв и плюшками с версиями...

Вот есть условный HTML. Это и технология и стандарт. У фреймворков нет стандарта, это даже не часть ЯП. Я не хочу инвестировать в знания того, что просто "филькина грамота". Это просто не серьезно.

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

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

[DevMan]

ThunderCat, оно просто не смогло. поэтому и ноет.

Answer 2

[Андрей]

Golang

Comments

[ThunderCat]

https://www.google.md/search?q=golang+framework
Результатов: примерно 12 900 000 (0,60 сек.)

[Северное Сияние]

ThunderCat, блин, только собрался учить и даже программу накатал. Я в депрессии (((

[Dimonchik]

Северное Сияние, та нормас, они там все одинаковые, вернее, 2-3 группы: две по типу роутера и одна для свитчеров - считай что всего три фреймворка

Answer 3

[Константин Цветков]

Delphi (Object Pascal), VCL (Visual Component Library) с 1995 года.

Comments

[Hemul GM]

Да как бы там уже фреймворков не мало) Тем более, ведь речь о вебе, я полагаю)

Но а так в Delphi: VCL, CrossVCL, FMX, FGX, uniGUI, TMS WebCore, IntraWeb)) и много ещё

Но да, всё же соглашусь. Упор делается на обогащение текущих фреймворков, а не их размножение. Это радует.

[Hemul GM]

Ну и общий стек в Delphi может быть очень разным. Ведь кто-то работает Delphi + DevExpress, Delphi + DevArt, Delphi + uniGUI. Delphi + TMS, Delphi + FMX + FireDAC, Delphi + FMX + DevArt и так далее Если на стеки разложить, то получим десятки вариаций)

Answer 4

[Василий Банников]

.NET 6 и C#

Для веба один основной Фреймворк которым пользуются все: ASP.NET Core (легаси с ASP.NET MVC и прочими вебформами не учитываем)
Причём альтернативные фреймворки строятся поверх него, а не вместо, но их не много.

Практически все системообразующие библиотеки - от одного вендора - Microsoft.
Централизованный и вполне неплохой менеджер/репозиторий пакетов - nuget

Comments

[Владимир Коротенко]

Наивный.
sharepoint, mscrm, outlook online
все это веб формы.
открою еще секрет под капотом там куча COM
и переписывать они не торопятся

[Василий Банников]

Владимир Коротенко, какая доля вакансий у них?
А Outlook разве в своём веб интерфейсе не перешёл на реакт? Или я путаю с чем-то?

[Владимир Коротенко]

Василий Банников, я про бэк и там именно вот это. Да даже можете посмотреть на некоторые формы логона на microsoft
atl + iis handler вообще по хардкору

Answer 5

[DollyPapper]

Добро пожалововать в современный еб***нутый мир, где у каждого языка 100500 фреймворков и используют их чаще всего не потому что "надо", а потому что использующий хочет с ним опыта набраться, потому что в вакансиях требуют его знание, потому что тот кто начал тот проект в вакансии тоже хотел с ним опыта набраться и круг замкнулся.

Comments

[Северное Сияние]

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

[mkone112]

Северное Сияние,

знаний с каждым годом требуется как с ученого.

Always has been. "Computer Science" как-бы намекает.

[DollyPapper]

mkone112, вы давно в работе обычного программиста science видели?) Так чисто, ради интереса спрашиваю.

[DollyPapper]

Северное Сияние,

представители иных профессий тихо ржут в сторонке и получают деньги за то, что выучив однажды, практикуют всю жизнь

Ну тут вы приувеличиваете. Представители рабочих профессий, да может быть. Но там и е*ут больше. У меня есть друг, сварщик, хороший такой, квалифицированный. Получаем мы с ним почти одинаково, я чуть больше. Только он на работу приходит, и его и в рот и ж*пу сношают, выполнение норм, планов, работа монотонная. С другой стороны я приходя на работу, потягивая эти ваши смузи палюсь в монитор, пишу код и в принципе нормально себя ощущаю по этому поводу. Есть у меня еще друг инженер энергетик. Работа у него интересная, но учит он не меньше нашего, и ответственность у него не "у пользователя страничка 500 выдала, бида, бида", а завод встал, миллион деняк убытков и возможно Петровичу руку оторвало, или самого Петровича намотало на вал. Так что у нас программистов, всё впринципе не так плохо как по мне. Да есть шизофрения с большим кол-вом технологий которые пишут в вакансиях, и их вроде как нужно учить, но на деле оказыается что эти технологии они сами не используют, просто тимлид или еще какой мудак посчитал, что кандидат на позицию должен знать это всё. Ну с такими не нужно связываться, т.к. там дальше будут вещи по хуже чем требование знаний не используетмых в компании технологий. На счет фреймворков - я пишу на sf и yii, если иду на собес, то меня обычно и спрашивают про знание фреймворка на который я пришел, еще ни разу на собесе не возникло вопроса про знание Slim,Laravel,Zend и т.п.. В общем мне кажется вам нужно отдохнуть, и попытаться проникнутся новыми технологиями, потому что в этой профессии без любопытства и желания, именно желания учиться, нихера не выжить. Возможно реально попробовать стек сменить, на какой нибудь го, но там опять же много чего придется изучить, помимо самого го, и для этого все также должно быть желание учить.

[mkone112]

DollyPapper, про врачей лучше даже не упоминать, особенно в снг.

[DevMan]

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

на предложения свалить и таксовать - отмораживается.

Answer 6

[CityCat4]

С. Там их вообще нет :) Правда область применения plain C - немножко специфичная.

Answer 7

[mkone112]

Хмм... Я ничего не смыслю в пыхе, но с точки зрения питона это очень странный вопрос.

Если смотреть в сторону вакансий, то там и Симфони мелькает и Yii и прочие самопалы и битриксы.

Так ищи только ларавель.

Пока писали проект на версии фреймворка А, уже вышла версия фреймворка Б.

Неужели пыха настолько гибка что позволяет кардинально менять фреймворки? Питоновский django от версии к версии почти не меняется, мелкая фича там, мелкая фича здесь, не более.

Учить 100500 фреймворков в свободное время

Опять таки с точки зрения питона - знание одного фреймворка покрывает 80% других.

Стек на каком-то едином стандарте, на одном едином инструменте для разработки.

1С? Или можно из веба перейти в дс например.

Answer 8

[DmitrySolomennikov]

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

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

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

Comments

[horlon]

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