Здравствуйте, Kolesiki, Вы писали:
K>Здравствуйте, okon, Вы писали:
O>>Дано опытный разработчик на .net с времен царя гороха который .net core не трогал и .net core разработчик 3 года с небольшим опытом .net.
O>>Кого выбрать ?
Брать более соображалистого.
Более соображалистый освоит новый фреймворк быстрее (даже новый язык освоит быстрее). Тем более в нашу эпоху микросервисов, реально сервисы приходиться пилить на разных языках и разных фреймворках.
Как пример: есть API с бизнес логикой для работы с бизнес сущностями (.NET, .NET Core), и есть сервисы, обрабатывающие данные и строящие предсказания (Python), и куча других сервисов, которые удобнее делать не на .net core.
Да и вообще, фреймворки приходят и уходят.
O>Дано опытный разработчик на .net с времен царя гороха который .net core не трогал и .net core разработчик 3 года с небольшим опытом .net.
O>Кого выбрать ?
Соображалистого.
Соображалистый освоит новый фреймворк и даже язык в разу быстрее. Фреймворки приходят и уходят. Тем более в нашу эпоху микросервисов, реально пушут микросервисы на разных языках и фреймворках.
Ну вот мне не в лом написать и на .net, .net core, node js, phyton и даже чутка Go.
O>Первый нравится опытом но он только слышал про .net core но не использовал, много ли дров он сможет наломать ?
Не сможет, если реально опытный.
O>Проект планируется на .net core
А почему именно .net core?
Здравствуйте, Qbit86, Вы писали:
Q>Здравствуйте, okon, Вы писали:
O>>Дано опытный разработчик на .net с времен царя гороха который .net core не трогал и .net core разработчик 3 года с небольшим опытом .net.
Q>То, что олд не трогал .NET Core, характеризует его с не очень хорошей стороны. Он не интересуется развитием платформы, которую выбрал в качестве основной специализации.
Потрогать фреймворк на реальном проекте и потрогать его в "песочнице" — сильно разные вещи. В "песочнице", ты можешь не прочувствовать все прелести и сложности нового фреймворка, и потому может появиться зачастую ложная уверенность в том, что ты "все знаешь".
P.S. Опытные разработчики зачастую попадают в ловушку, что нету времени и возможности детально изучить новый фреймворк.
Здравствуйте, Qbit86, Вы писали:
Q>То, что олд не трогал .NET Core, характеризует его с не очень хорошей стороны. Он не интересуется развитием платформы, которую выбрал в качестве основной специализации. Q>С другой стороны, «три года с небольшим» — не так уж мало, чтоб по умолчанию критически проигрывать в опыте олду. «Опыт» последнего, возможно, заключается в однообразном ковырянии старого легаси, снова и снова, десять лет подряд подряд.
С учётом того, сколько "революционных" продуктов у МС сдохло на моей памяти, правило "не трогай в проде новую платформу, пока у неё не выйдет хотя бы третья версия" кажется всё более вменяемым. Так что зря вы на "олда" наезжаете.
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
Здравствуйте, Александр Кузнецов, Вы писали:
АК>С учётом того, сколько "революционных" продуктов у МС сдохло на моей памяти, правило "не трогай в проде новую платформу, пока у неё не выйдет хотя бы третья версия" кажется всё более вменяемым. Так что зря вы на "олда" наезжаете.
С .Net Core проблема не с "сдохнуть", а с сыростью. У них взят курс на облака и они зарабатывают на этом.
А вот сейчас уже Core быстрее развивается. Можно и на .Net FrameWork 3.5 сидеть.
А вот множество Win проекты сейчас портируются на Core. Технология уже зрелая
В ожидании следующего основного выпуска .NET 5 мы продолжим объединять .NET в единую платформу, включив нашу модель приложения для мобильных устройств .NET (Xamarin) в .NET 5. .NET 5 будет включать ASP.NET Core, Entity Framework Core, WinForms, WPF, Xamarin и ML.NET. Впервые вся платформа будет использовать унифицированный BCL (библиотеки базовых классов) для всех моделей приложений. Наличие версии 5, которая выше, чем у .NET Core и .NET Framework, также дает понять, что .NET 5 — это будущее .NET, единой унифицированной платформы для создания приложений любого типа.
То есть уже нет смыла особого сидеть на старом фреймворке. Он уже не поддерживается
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Александр Кузнецов, Вы писали: АК>С учётом того, сколько "революционных" продуктов у МС сдохло на моей памяти, правило "не трогай в проде новую платформу, пока у неё не выйдет хотя бы третья версия" кажется всё более вменяемым. Так что зря вы на "олда" наезжаете.
Третья уже вышла. Можно переходить?
O>Дано опытный разработчик на .net с времен царя гороха который .net core не трогал и .net core разработчик 3 года с небольшим опытом .net.
O>Кого выбрать ?
O>Первый нравится опытом но он только слышал про .net core но не использовал, много ли дров он сможет наломать ?
O>Проект планируется на .net core
Выбирать программиста по смежным технологиям это прям каменный век какой-то. Если человек пишет хороший код, то какая разница на чем он его пишет, главное он правильно думает, а г-но кодер никому не нужен, хоть с экспертными знаниями, хоть с нулевыми.
Здравствуйте, QrystaL, Вы писали:
QL>Здравствуйте, Александр Кузнецов, Вы писали: АК>>С учётом того, сколько "революционных" продуктов у МС сдохло на моей памяти, правило "не трогай в проде новую платформу, пока у неё не выйдет хотя бы третья версия" кажется всё более вменяемым. Так что зря вы на "олда" наезжаете. QL>Третья уже вышла. Можно переходить?
Ага! Именно этим сейчас и занимаюсь )))))
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
Здравствуйте, Serginio1, Вы писали:
АК>>С учётом того, сколько "революционных" продуктов у МС сдохло на моей памяти, правило "не трогай в проде новую платформу, пока у неё не выйдет хотя бы третья версия" кажется всё более вменяемым. Так что зря вы на "олда" наезжаете. S> С .Net Core проблема не с "сдохнуть", а с сыростью. У них взят курс на облака и они зарабатывают на этом. S>А вот сейчас уже Core быстрее развивается. Можно и на .Net FrameWork 3.5 сидеть. S> А вот множество Win проекты сейчас портируются на Core. Технология уже зрелая
Ну вот и замечательно. Стала зрелая — можно пользоваться. И понятно уже, что не сдохнет через месяц, и совсем уж тупые баги пофиксили. А то по рекламным проспектам фигак-фигак и в продакшен, а как шаг вправо-влево, так сразу + 100500 часов на обход ма-а-а-аленокого бага платформы, который пофиксят хорошо если релиза через 2, а оно должно работать уже сейчас... А когда пофиксят, то ещё и половину кода переписывать надо будет, потому то "гении от маркетинга" про обратную совместимость не слышали вообще и со сменой версии платформы поменяли половину интерфейсов.
S>https://habr.com/ru/company/microsoft/blog/493390/ S>
S>В ожидании следующего основного выпуска .NET 5 мы продолжим объединять .NET в единую платформу, включив нашу модель приложения для мобильных устройств .NET (Xamarin) в .NET 5. .NET 5 будет включать ASP.NET Core, Entity Framework Core, WinForms, WPF, Xamarin и ML.NET. Впервые вся платформа будет использовать унифицированный BCL (библиотеки базовых классов) для всех моделей приложений. Наличие версии 5, которая выше, чем у .NET Core и .NET Framework, также дает понять, что .NET 5 — это будущее .NET, единой унифицированной платформы для создания приложений любого типа.
S>То есть уже нет смыла особого сидеть на старом фреймворке. Он уже не поддерживается
Кем, простите, не поддерживается? Проектами-однодневками? Или стартапами, из которых, просто по статистике, через год останется хорошо если 1 из 10?
Вон, свежая новость мелькала — в Америке пытаются днём с огнём отыскать спецов по Cobol. В центрах занятости, из-за возросшей в связи с эпидемией нагрузки, перестали справляться сервера 40-летней давности. А до этого ничего, шуршали себе.
Нет, если сейчас стартовать новый проект, то это однозначно надо стараться делать на .NET Core, никто не спорит. Но говорить, что .NET Framework не поддерживается, простите, но перебор лютый.
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
S>>То есть уже нет смыла особого сидеть на старом фреймворке. Он уже не поддерживается
АК>Кем, простите, не поддерживается? Проектами-однодневками? Или стартапами, из которых, просто по статистике, через год останется хорошо если 1 из 10? АК>Вон, свежая новость мелькала — в Америке пытаются днём с огнём отыскать спецов по Cobol. В центрах занятости, из-за возросшей в связи с эпидемией нагрузки, перестали справляться сервера 40-летней давности. А до этого ничего, шуршали себе. АК>Нет, если сейчас стартовать новый проект, то это однозначно надо стараться делать на .NET Core, никто не спорит. Но говорить, что .NET Framework не поддерживается, простите, но перебор лютый.
Неправильно выразился. Не развивается. Я уже писал про С# 8. Там многие нововведения не поддерживаются в NET Framework и сейчас основная задача MS перевести всех на .Net Core
Запланированный на ноябрь 2020 года выпуск .Net 5 ознаменует собой начало эры новой, объединенной платформы.
Следующая версия платформы Microsoft для разработчиков – .Net 5 останется единственной из существующих сегодня ветвей. Отдельных выпусков .Net Framework и .Net Core больше не будет.
Выпуск .Net 5, по планам корпорации, состоится в ноябре 2020 года. Новая версия платформы придет на смену программному обеспечению с открытым кодом .Net Core 3.0, которое в настоящее время представлено в бета-версии и должно появиться в сентябре 2019 года. Как и .Net Core, .Net 5 будет поддерживать Windows, Linux, MacOS, iOS, Android, tvOS, watchOS, WebAssembly и прочие операционные среды.
С самого начала .Net Core оставалась многоплатформенной версией .Net, тогда как оригинальная .Net Framework работала только в среде Windows. Теперь, после объявления о том, что в .Net Core 3.0 отличия от .Net Framework 4.8 будут ликвидированы, .Net 5 вполне можно считать следующим шагом в развитии .Net Core. Файлы программного кода и проектов будут выглядеть одинаково и получат средства поддержки одной и той же среды исполнения, API и языковых возможностей.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Александр Кузнецов, Вы писали:
АК>Ну вот и замечательно. Стала зрелая — можно пользоваться. И понятно уже, что не сдохнет через месяц, и совсем уж тупые баги пофиксили. А то по рекламным проспектам фигак-фигак и в продакшен, а как шаг вправо-влево, так сразу + 100500 часов на обход ма-а-а-аленокого бага платформы, который пофиксят хорошо если релиза через 2, а оно должно работать уже сейчас...
O>Дано опытный разработчик >.net core .net core разработчик 3 года с небольшим опытом O>Кого выбрать ? O>.net core O>.net core
Мода меняется каждый сезон, "разработчик с небольшим опытом в технологии-хите этого лета" в следующем сезоне тоже станет такой же "времён царя гороха".
Лучше результаты у тех, кто несколько пятилеток совершенствует и развивает одну и ту же свою кодовую базу.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, Александр Кузнецов, Вы писали:
АК>>Ну вот и замечательно. Стала зрелая — можно пользоваться. И понятно уже, что не сдохнет через месяц, и совсем уж тупые баги пофиксили. А то по рекламным проспектам фигак-фигак и в продакшен, а как шаг вправо-влево, так сразу + 100500 часов на обход ма-а-а-аленокого бага платформы, который пофиксят хорошо если релиза через 2, а оно должно работать уже сейчас...
НС>Можно конкретных примеров?
На практике — попробовал сделать ребёнку заготовку для простенькой кросс-платформенной игрушки и... упс. На сколько я помню, сел практически сразу на определении позиции клика по элементу. Причём реально не поддерживается, только через кастомные костыли, персональные для каждой платформы. Причём у народа куча фич-реквестов на эту тему. Потыкался, понял, что реально не работает, сказал "ну нахер, буду проституткой" "запущу-ка я юнити" и закрыл Xamarin.
.NET Core
Сейчас (3.0, 3.1) вполне нормально работает. Из опыта работы с 1.0.
1. Не было поддержки класса WebClient. Потом (в 2.0) добавили, но было уже не актуально.
2. Жёсткая несовместимость EF Core с EF под .NET Framework. Т.е. "с нуля" — пожалуйста. А вот обновить существующий проект — по времени было сопоставимо с "ну нафиг, перепишу с нуля руками".
Про сам EF... до 4-й версии словить жуткие тормоза на примитивном запросе к базе было не просто просто, а очень просто. Достаточно было count не к месту поставить. Начиная с 4-й версии производительность сильно подтянули.
В Silverlight в своё время заявлялась чуть ли не полная совместимость с WPF... ага, до первых кастомных стилей на элементы. И рядом такие заказчики ходят и возмущаются: а что это у нас дизайн-макеты различаются. MS же говорит, что "всё одинаково должно быть". Может и поправили бы со временем (по крайней мере, рекламные проспекты), но html5 прошёлся по SL паровозом.
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
Здравствуйте, Александр Кузнецов, Вы писали:
НС>>Можно конкретных примеров? АК>Xamarin.
Не считается. Это не совсем МС, они просто это все прикупили до кучи.
АК>.NET Core АК>Сейчас (3.0, 3.1) вполне нормально работает. Из опыта работы с 1.0. АК>1. Не было поддержки класса WebClient. Потом (в 2.0) добавили, но было уже не актуально.
Это у тебя тупой баг?
АК>2. Жёсткая несовместимость EF Core с EF под .NET Framework.
Это тоже тупой баг?
АК>Про сам EF... до 4-й версии словить жуткие тормоза на примитивном запросе к базе было не просто просто, а очень просто.
Да и после тоже. EF в принципе какашка, вне зависимости от версии.
АК>В Silverlight в своё время заявлялась чуть ли не полная совместимость с WPF...
Полная никогда не заявлялась и даже не обещалась.
АК> ага, до первых кастомных стилей на элементы. И рядом такие заказчики ходят и возмущаются: а что это у нас дизайн-макеты различаются.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, Александр Кузнецов, Вы писали:
НС>>>Можно конкретных примеров? АК>>Xamarin.
НС>Не считается. Это не совсем МС, они просто это все прикупили до кучи.
Да как тебе угодно. Только оно по состоянию на текущий момент уже 4 года как куплено МС, так что говорить "это не мы!" уже как-то поздно
АК>>.NET Core АК>>Сейчас (3.0, 3.1) вполне нормально работает. Из опыта работы с 1.0. АК>>1. Не было поддержки класса WebClient. Потом (в 2.0) добавили, но было уже не актуально.
НС>Это у тебя тупой баг?
Ну ок, не баг ). Тем более, что обходилось оно не за 100500 часов.
АК>>2. Жёсткая несовместимость EF Core с EF под .NET Framework.
НС>Это тоже тупой баг?
А что? MS активно всем заливало про лёгкость портирования приложений с Framework на Core. По факту портирование более-менее типового приложения фактически требовало переписывания кода работы с данными заново.
Не то, чтобы это совсем не ожидалось, но трудозатраты откровенно превышали мыслимые предположения.
АК>>Про сам EF... до 4-й версии словить жуткие тормоза на примитивном запросе к базе было не просто просто, а очень просто.
НС>Да и после тоже. EF в принципе какашка, вне зависимости от версии.
Скажем так, до 4-й версии EF генерировала код на уровне "толковый джун пишет лучше" и однозначно не рекомендовалась к использованию за пределами простеньких поделок. После 4-й версии джуны уже нервно покуривали в сторонке. А опытный DB на проекте есть не всегда. Для решений с жёсткой производительностью EF не рекомендуется по-прежнему, но в типовом проекте на несколько десятков человекомесяцев я бы уже поспорил, на сколько она не затащит.
Но при этом МС её активно пихала во все примеры начиная с 1-й версии.
АК>>В Silverlight в своё время заявлялась чуть ли не полная совместимость с WPF...
НС>Полная никогда не заявлялась и даже не обещалась.
Не согласен. Догадаться, даже тупо по размеру иходников WPF и Silverlight, что возможности у них сильно разные, можно было без особого труда. Но при этом активно применялась так называемая "ложь через умолчание" Это когда Silverlight активно назывался "WPF для web", а "мелкие технические подробности" прятались глубоко за пределы основного потока выливаемой на пользователей информации. В результате, конечно, формально, ни одной фразы вида "мы гарантируем полную совместимость" на сайтах найти нельзя, но на практике я сталкивался с несколькими случаями, когда люди с опытом работы с WPF после просмотра базовых учебных материалов и статей по Silverlight от MS делали круглые глаза, пытаясь применить полученные знания на практике за пределами примеров "из учебника".
АК>> ага, до первых кастомных стилей на элементы. И рядом такие заказчики ходят и возмущаются: а что это у нас дизайн-макеты различаются.
НС>Это тупой баг?
Вот честно, мне немного пофиг, как оно называется, когда заказчик начитался рекламы от МС и хочет 2 однаковые картинки в браузере и в десктопе, при этом в десктопе оно делается за 5 минут, а в браузере с кучей костылей и за 2 недели просто потому, что именно используемый тип биндинга в текущей версии SL не поддерживается.
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
АК>На практике — попробовал сделать ребёнку заготовку для простенькой кросс-платформенной игрушки и... упс. На сколько я помню, сел практически сразу на определении позиции клика по элементу. Причём реально не поддерживается, только через кастомные костыли, персональные для каждой платформы. Причём у народа куча фич-реквестов на эту тему. Потыкался, понял, что реально не работает, сказал "ну нахер, буду проституткой" "запущу-ка я юнити" и закрыл Xamarin.
Ну ксамарин конечно развивается и ускоряется компиляция. Тяжело на больших проектах. Но удобно, что одна кодовая база кроме UI. Хотя формсы и развиваются.
АК>.NET Core АК>Сейчас (3.0, 3.1) вполне нормально работает. Из опыта работы с 1.0. АК>1. Не было поддержки класса WebClient. Потом (в 2.0) добавили, но было уже не актуально. АК>2. Жёсткая несовместимость EF Core с EF под .NET Framework. Т.е. "с нуля" — пожалуйста. А вот обновить существующий проект — по времени было сопоставимо с "ну нафиг, перепишу с нуля руками".
АК>Про сам EF... до 4-й версии словить жуткие тормоза на примитивном запросе к базе было не просто просто, а очень просто. Достаточно было count не к месту поставить. Начиная с 4-й версии производительность сильно подтянули.
Ну ты 1.0 вспомнил. Это начало и знакомство. Более менее с 2.0 вышло.
АК>В Silverlight в своё время заявлялась чуть ли не полная совместимость с WPF... ага, до первых кастомных стилей на элементы. И рядом такие заказчики ходят и возмущаются: а что это у нас дизайн-макеты различаются. MS же говорит, что "всё одинаково должно быть". Может и поправили бы со временем (по крайней мере, рекламные проспекты), но html5 прошёлся по SL паровозом.
Посмотрим, что будет с блазором. В серверном варианте через SignalR уже работает, а WebAssembly уже пререлиз
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Александр Кузнецов, Вы писали:
НС>>Не считается. Это не совсем МС, они просто это все прикупили до кучи. АК>Да как тебе угодно. Только оно по состоянию на текущий момент уже 4 года как куплено МС, так что говорить "это не мы!" уже как-то поздно
Ты меня ни с кем не перепутал? Я не из МС и не представляю его. Я просто тебе объясняю, что это сторонний продукт, и не стоит на его основе делать выводы о .NET Core.
АК>>>2. Жёсткая несовместимость EF Core с EF под .NET Framework. НС>>Это тоже тупой баг? АК>А что?
Отсутствие нужной тебе фичи.
АК>>>В Silverlight в своё время заявлялась чуть ли не полная совместимость с WPF... НС>>Полная никогда не заявлялась и даже не обещалась. АК>Не согласен.
Тогда ссылку с такими заявлениями в студию.
АК>>> ага, до первых кастомных стилей на элементы. И рядом такие заказчики ходят и возмущаются: а что это у нас дизайн-макеты различаются. НС>>Это тупой баг? АК>Вот честно, мне немного пофиг, как оно называется
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, Александр Кузнецов, Вы писали:
НС>>>Не считается. Это не совсем МС, они просто это все прикупили до кучи. АК>>Да как тебе угодно. Только оно по состоянию на текущий момент уже 4 года как куплено МС, так что говорить "это не мы!" уже как-то поздно
НС>Ты меня ни с кем не перепутал? Я не из МС и не представляю его. Я просто тебе объясняю, что это сторонний продукт, и не стоит на его основе делать выводы о .NET Core.питаться листвой с верхушек пальм и
А я и не утверждал, что ты из МС. Я тебе просто объясняю, что этот продукт уже 4 года как куплен МС, включен в их офицальные продукты и т.д., и говорить, что он "не МС" уже как-то поздновато. Года 3 назад такое заявление ещё прокатило бы, сейчас — нет.
АК>>>>2. Жёсткая несовместимость EF Core с EF под .NET Framework. НС>>>Это тоже тупой баг? АК>>А что?
НС>Отсутствие нужной тебе фичи.
Если есть продукт "жираф с хвостиком" с функционалом "длинная шея" и продукт "жираф с бантиком", а ещё производителем заявлено, что они между собой легко совместимы, то извини, но я всё-таки буду от "жирафа с бантиком" также ожидать, что он будет питаться листвой с вершин деревьев. А отсутствие этого функционала (резкое урорачивание шеи и, как следствие, переход на подножный корм), по каким-либо причинам критичного для меня, буду считать багом. Не важно, багом планирования, спецификации, реализации, или документации.
НС>Тогда ссылку с такими заявлениями в студию.
НС>Т.е. ты отказываешься от своих слов?
Я таки, конечно, сильно извиняюсь, но что-то я не припоминаю, чтобы я лично тебе что-то обещал, или был должен. Если не резать по цитатам, то мои ответы есть в предыдущем посте и свою позицию я изложил. Ну а если у тебя есть желание, чтобы я потратил своё время на поиск тебе точных ссылок вместо того, чтобы делиться практичеким опытом пятилетней давности, то, будь добр, либо научись формулировать свою просьбу чутка повежливее, либо не обежайся на ответ "гугл в помощь".
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
Здравствуйте, Александр Кузнецов, Вы писали:
АК>А я и не утверждал, что ты из МС.
Кто тогда говорит "это не мы"?
АК> Я тебе просто объясняю, что этот продукт уже 4 года как куплен МС, включен в их офицальные продукты и т.д.,
Тебе шашечки или ехать? По настоящему продуктом МС он станет только в .NET 5.
НС>>Тогда ссылку с такими заявлениями в студию. НС>>Т.е. ты отказываешься от своих слов? АК>Я таки, конечно, сильно извиняюсь, но что-то я не припоминаю, чтобы я лично тебе что-то обещал, или был должен
Здравствуйте, white_znake, Вы писали:
O>>>Кого выбрать ? _>Брать более соображалистого. _>Более соображалистый освоит новый фреймворк быстрее
Я даже без хрустального шара скажу — такой ответ писал жабоскриптист, коим цена нарынке — 10 рублей пучок. Это у них каждую неделю новые фреймворки, которые они "осваивают"!
А вот реальные пацаны по библиотекам не прыгают, ибо решают задачи, которые куда глубже обработки OnClick'ов. Для решения таких задач надо ГОДАМИ сидеть и изучать и всё равно где-то вылазят приколы, до которых ещё не доходили руки. Так что нет, кузнечик, твоя школотронская идея "осваивать новое" хороша именно для школьной поры, ибо в голове ничего нет. У профи и так десятки языков и либ в голове + тысячи ньюансов и граблей. Это всё ты не освоишь за месяц и даже за год.
Лучше старый конь, гарантированно выдающий профессиональное приложение на обкатанных технологиях, чем эти "соображалистые", выкатывающие смесь вермишели и хардкода.
Проф.приложение — значит сделанное не тяп-ляп (нужна кнопка? лепим что-то похожее на кнопку!), а написанное с учётом всех ньюансов фрэймворка.
