MineRunnerПтица Счастьяпропущено...
Ох, не трави душу. Работодатель оплачивал решарпер. К хорошему быстро привыкаешь((
Я так и не понял, после 2015 Студии, что такого в этом решарпере. Только ресурсы жрёт и Студию тормозит. Реально, в работе больше думаешь головой, чем код фигачишь.

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

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

У меня вообще такое ощущение, что джет брейнсы чувствуют, что скоро весь функционал их Решарпера, да ещё кучу сверх него, скоро в самой Студии реализуют и эту часть рынка они потеряют. Вот они и педалят свой язык, стараясь убедить народ, что на C# писать не надо, и от Студии надо уходить.Я уже два года не писала код, но на тот момент были те же мысли после установки 12й студии. Создалось впечатление, что решарпер - это бета-тестирование новых фичей для последующих версий студии.
Походу, так оно и вышло. Студия и раньше брала самое лучшее из того, что было в решарпере.

MineRunnerSiemarglА разве LightSwitch не кончился?

Он же на сервелате был построен.
Давно уже может генерить выход как на сервелате, так и на HTML. Ещё бы на WPF генерил и на UWP. Правда, сейчас, может, уже и генерит.Вот-вот. Отсутствие активной поддержки вендора не всегда является минусом. Иногда это говорит о том, что выпустили добротный полноценный фундамент из устаканившися, проверенным временем бэст-пректисов, а не полу-сырое тестовое ноу-хау, как тот же Dynamics, на который постоянно надо вовремя накатывать обновления, которые до затыкают дыры, то порождают новые, то вообще обрушивают всё или заселяет код фантомными глюками. Активно поддерживаемые платформы могут быть попросту сырыми, недоделанными.

Cat2Птица СчастьяЯ уже два года не писала код,
И не пеши дальше. Не твое.Поздняк, второкотэ. Алкаш уже хлебнул из рюмки. Два года взавязки не спасли беднягу от запоя

Cat2Птица Счастьяпропущено...
Поздняк, второкотэ. Алкаш уже хлебнул из рюмки. Два года взавязки не спасли беднягу от запоя

Решила меня уязвить?Да не. Ты не понял. В данной метафоре алкаш - это я, давшая себе обещание, что с появлением дитёнка больше не буду никогда кодить. За кодерством часы летят незаметно, и можно позабыть самой поесть, поспать. Ну и для дитёнка ничего хорошего от такого увлечения мамки.

Cat2MineRunnerТ. е. это такой шаблон, который вы накатываете на каждую новую таблицу?Нет. Проcто передаю в форму SqlDataAdapter и заголовок значащего поля для красоты[рука-лицо]. Котэ, я тоже любила когда-то хэнд-мэйд и самописные ORM. В определённых ситуациях они лучше применимы, производительнее. Иногда даже sql-запрос выгоднее написать прямо из кода. Реально очень быстро отрабатывает. Но это в редких ситуациях, когда позарез надо по-быстрому что-то просчитать с большим объёмом. Или, например, в одноразовых утилитах для миграции данных нафиг не нужны никакие прослойки, а самописные слои затормозят процесс миграции.

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

Если ты свой внутренний РЖДшный продукт любовно допиливал 30 лет, сидя в ПТ на стабильной достойной зарплате, то это не значит, что все вокруг могут также сидеть на шее у щедрого работодателя.
Извини за эмоции не сочти за наезд. Мне тоже случалась работать в неайтишных конторах со слабым контролем раcходов на IT. По себе прекрасно понимаю разницу, и да, работать в таких условиях весьма приятно. Такой вариант трудоустройства тоже имеет право на существование. Не осуждаю, если что.

skyANAЧтобы успешно конкурировать 5-10-20 лет "более или менее крупному полу-комерческом продукту" необходимо отсаваться в тренде.
А это значит неизбежно использовать новые технологии: переходить на кластра, использовать NoSQL, очереди всякие.

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

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

MineRunnerИзопропилпропущено...

всего два???
Для полиглотов не проблема и десять. Но я плохо понимаю тех, кто гордится, что может сделать одно и то же десятью разными способами, вместо одного, самого лучшего. Типа уметь забивать гвозди в том числе и ладонью из-за головы, а не только как лох какой-нибудь, молотком, держа его в одной руке, а гвоздь - в другой.ИМХО, у клиентских скриптов, языка запроса и серверного ЯП совершенно раные задачи и области рпимерения.
Писать всю логику на скуле из соображений "я лучше знаю этот язык" - не разумно.
В идеале лучше таки да, быть полиглотом с хорошим пониманием того где что на чём ЛУЧШЕ (а не удобнее, привычнее для кодера) написать.