Насчет зарплат могу лишь вспомнить, что доцент в 2014-м в региональном ВУЗе (не столичный с доплатами) получал на руки около 5000. Это потом уже были скачки доллара, поднятия зарплат и иже. Как дела сейчас обстоят — не знаю, выпал из украинской реальности.

Перекладаю з манагєрскої на галєрну. Продуктове мислення — це не про сири по 500. Ковбасити тасочки можна, але можна й не ковбасити. Думати треба не сракою, а головою.

Ну куди вже дешевше коли мільйон записів на апп сервері опрацювався. Не оправдовуйте погану архітектуру сумнівними плюшками. Вся ця дурня, на мою думку, почалась з Hibernate — передаю їм лучі поносу.

Дело в том, что мы берем не с рынка. А сами выращиваем.

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

За иллюстрацию из doom2 отдельный респект, орнул )

2 — так я бачив то Г. Zzz projects? Якщо б ви удосужились глянути на той код ви навідь би не заікались про ті розширення. 3 — можна, але то відключають коли пару сотень кілобаксів втратять. 5 — а от це дурня.

Залежно, що вважати безбідним життям. Я з Вами цілком згоден в тій частині, що вчені в жодній країні світу не є зажитковим класом.

2. Есть дополнения для этого 3. Можно отключить 5. А больше и не надо Вот тут начало https://msdn.microsoft.com/en-us/library/hh949853(v=vs.113).aspx Но эта тема куда шире.

От коли починають казати що EF дозволяє писати більш високорівневий код я плачу. Так він це дозволяє але якими потім прогинами в самій роботі сервера: 1.

Такие вакансии заметил: Java Team Lead — Kiev, QA Team Lead — Kiev https://jobs.dou.ua/companies/mobius-software/vacancies/

EF позволяет писать более высокоуровневый код, более просто для тех, кто плохо понимает SQL, решая кучу проблем походу и снижая стоимость и повышая скорость разработки, это подход имеющий pros/cons, и этот подход интересен бизнесу.

Я вважаю що EF придумали люди далекі від реальної роботи з базами даних і хотів би щоб це зрозуміли раніше ніж читали статейки про те що джуніку треба знати. І я ні в якому разі не апелюю за EF — це зразу не правильно.

Вам бы было интересно почитать подробный мануал, как правильно писать на Entity Framework, чтобы не ложить сервер и транслировать в SQL без излишеств ?

Якщо linq запити транслюються один в один в SQL, не бачу тут проблем. Джуна звичайно на таке посадити, що дати неконтрольований всемогутор. Робота робиться, сервер лягає в ступор через пів року набивання даними.