Посоветуйте толковую литературу по .Net, где и по теории все хорошо разобрано, и на практике все показано. Нужна для подготовки к тренингу.
Указанные необходимые знания: HTML / CSS / JavaScript / С# / SQL / ООП.
Сам я изучал C++/STL, сейчас пишу интернет магазин.
Посоветуйте литературу по css.javaScript.SQL ,
интересуют источники на русском ,так как с английским еще свободно не владею
Вы недавно спрашивали, с какого языка начать — начните с английского:
dou.ua/...-language-of-your-choice
dou.ua/...-language-should-i-learn
Сам я однажды ходил на тестирование в одну компанию, на котором по большей части были теоретические вопросы, к чему я был не очень готов.
Поэтому было бы интересно узнать у тех, кто может бывал на подобных тестированиях по .Net, какие у вас были вопросы, которые может удивили вас, запомнились?
странные вопросы задаешь... вопросы на собеседовании джуна простые обычно с однозначным ответом и в книжках это все есть, фактически просишь по книжке нагенерировать тебе вопросов
Это понятно, что все можно найти в книжках. Но порой именно на тестировании встречаются заковыристые, нестандартные вопросы. Например, приведите пример ООП в реальной жизни...
это наркоманский вопрос, в реальной жизни ооп нет
какие у вас были вопросы, которые может удивили вас, запомнились?
Було одне. В мене запитали, чи я вегетаріанець. Після слова “ні” розмова завершилась.
Например был такой вопрос: «Как после двойного клика по exe-шнику определяется, что надо загрузить CLR?»
Мне понравилась книга Adam Freeman, Matthew MacDonald, Mario Szpuszta «Pro ASP.NET in C#» и ее аналоги на MVC. Здесь как раз и разобран пример создания магазина
C ASP.Net есть сейчас одна проблемка. MS технологии как раз вступили в «эпоху перемен». С одной стороны есть все, что MS разработало до сих пор: .Net Framework 4.6, ASP.Net 4, MVC5, EF 6, WCF, WPF, etc. Про все это есть книжки, примеры, видео, тулы порог входа достаточно низкий...
Но все это уже тупик! MS это осознало и признало. .Net Framework, который кормил разработчиков много лет остался в прошлом. Конечно еще много лет будут доживать свое проекты написанные на нем. Так же как Web Forms и энтерпрайз сайты на таблицах и ифреймах. Бесконечного сапорта и багфикса на наш век хватит. Но будущего у этого нет.
Новый .Net уже разрабатывается и он будет совсем другим! Другим в самом подходе: вместо монолитного фреймвока — куча опен-сорс библиотек, вместо толстых книжек — жалкие ридми и форумы в гите. Вместо привязке к Windows — кросплатформенность (теоретически). Вместо стабильности — хаотичное развитие и постоянная несовместимость версий.
Идет война технологий — и в ней побеждает тот, кто быстрее выкатывает новое. Писать книги и доки — некогда.
Сейчас это все в стадии бета и релиз-кандидатов. Я на пет проекте это все пробую и чувствую себя так, как будто с C# перешел на Java или Java Script. Кто видел проекты на NPM и Bower знают весь этот хаос с пакетами, зависимостями и версиями, от которого раньше C# девелоперы были ограждены. До сего времени. Но теперь этого больше нет: нельзя просто создать веб-проект и он подключит все нужное — только мышкой контролы тягай. Студия больше не спасает — без консоли теперь никуда. Редактирование веб-конфигов в UI — забудьте. Все настройки только через код, только хардкор — если не написать нужную строку то даже HTML файл сервер не отдаст.
Зато теперь каждый проект компилится сразу под несколько ОС (Windows и Linux) и несколько фреймвоков. И все ошибки показывает по нескольку раз. Классы с одинаковыми именами в разных фреймвоках могут отличаться или отсутствовать. Совместимость между старым и новым — минимальная. Совместимость между новым и новым — сейчас почти никакая. Сейчас пробую написать простейшую class library (теперь это уже не DLL !), и подключить к нескольким проектам — с подключением реальный гемор.
Подводя итог: есть старый .Net, который уже обсосан со всех сторон и есть новый, который знают только те, кто его разрабатывают. За первым — на MVA, за вторым — на гитхаб.
Сделайте имхо еще один финальный шаг: МС всем дал WeApplication, а Гугл — Angular. RESTful API + нормальный клиент. И забываем про все танцы с нугетом, бандлингом, кучей скриптов по-умолчанию (цель которых — быть вызванными один раз!).
Я сейчас занят очередным проектом: разношу аспшный бред по разным проектам (апи и клиент). Получаю массу удовольствия от работы под макосью в вебшторме. За 2 часа с нуля освоил gulp (сборка, проверка, компиляция стилей, минификация с учетом зависимости модулей энгулара, лайв апдейт — все, что нужно). Просто пестня. Версии в бавере залочил, и оно будет жить так до конца времен!
Можна вважати це маленькою перемогою опенсурс підходу над вендорами?
Запустил на маке все описанное через 45 мин. Одной строкой скачал среду, менеджер версий. Через 5 мин запустил сайт с Yeoman c готовой структурой(официальная дока тут же первая ссылка дала результат). Еще через полчаса создал сборку в скомпилировал в Core CLR которая имела зависимость на 7 Newtonsoft Json(релизный для 4.5) из нугета, подключил к проекту и заранил в Core CLR(.NET 5) контроллер новый. Все поднялось и все работает. С трудом вериться, что в студии под виндой это делать сложней.
Зы: все компилируеться все в теже *.dll. даже под маком в режиме Core CLR.
Юрий Кренделев
Sergii Voloshyn
Юрий Кренделев
Александр Дубровский
Vadim Kopanev
sanchez
anonymous
Владимир Исупов
Beaver Green
Dmytro Shchurov
Олег Солонинка
Dmitriy Onykyyenko
16 комментариев
Добавить комментарий Подписаться на комментарииОтписаться от комментариев