Нашел их вакансию для дотнет разработчика на линкедине, попытался отправить резюме, но резюме так просто отправить нельзя: надо принести жертвы богу бюрократии и заполнить форму на 100500 полей. Можно ли отправить сиви напрямую лиду на почту, минуя корпоративный рак мозга? Поделитесь емейлом.
сложновато становится оставаться в курсе всех нововведенийМожет, я и стал старпером и больше не тащусь от очередных трех букв, но из полезных нововведений со времен 2.0 вспоминаются только дефолтные значения для параметров. Остальное колеблется между «прикольно» и «че за хрень» (до сих пор не пойму, зачем нужны in/out в параметрах дженериков, решарпер предлагает всавить, а я и клацаю на автомате). Linq прикольная штука, но у нас все через хранимки, а обрабатывать коллекции вручную эффективнее, чем вытягивать соплю IEnumerable. Async/await прикольная штука, но написанным хрен знает когда и отлаженным до дыр BackgroundWorker-ом пользоваться удобнее. Все жду, когда же в C# добавят const для методов (как в С++) и паттерн матчинг, но не судьба.
Все в шоке от слухов, что Гиркин остановится в Луганске. Второй Славянск тут никому не нужен, у усатого психопата хватит шизы его устроить.
Ох уж эти бандеровцы! Знаем: ваш Донбасс, вы и воюйте, а мы на майдане постояли и миссия выполнена. Мол, организуйте там у себя партизанский отрядик и сражайтесь, как наши деды воевали.
А в Луганске идет самая настоящая война, тут танки ездят, бороться с ними должны профессионалы, а не партизаны. Людей в ВСУ и так достаточно, на всех бронежилетов не хватает, и от моей необученной тушки не изменится ничего. Рациональнее работать и донатить на армию, чем и занимаюсь.
Рекомендую отталкиваться не от объектов, а от операций. В данном примере есть операция «cдать авто в аренду», следовательно, будет отдельный класс RentService, который и реализует логику, может ли человек X взять в аренду авто Y.
Вообще, на практике удобнее использовать процедурный подход «алгоритмы+данные»: отдельно классы с данными без логики и отдельно классы с логикой без данных. Так проще писать тесты.
1) многопоточность — особо актуально для тырпрайза с уклоном в веб, да.
2) асинхронные операции — см. 1)
3) автоматическое управление памятью — оно есть, достаточный ответ?
4) типы данных (ссылочные, типы значения) — см. 1)
5) ООП — каждый синьор должен без запинки оттарабанить, чем интерфейс отличается от абстрактного класса, иначе мир поглотит тьма.
6) события, делегаты — что тут спрашивать?
7) Linq — бесполезная хрень, хранимку-то хоть можно отладить через teamviewer на живой базе, в отличие от.
8) Паттерны — о, да, детка, добавь еще этих хрустящих фабрик синглтонов да выпей чаю.
9) всякие заковыристые вопросы по asp.net mvc — вас в детстве побил синьор?
10) веб сервисы — атрибут [WebService]
11) Java script — при чем тут дотнет?
12) Jquery — ага, надо погуглить с этим словом чтобы скачать крутые UI штуки для нашего сайта, например jquery calendar.
13) можно еще алгоритмы/структуры спросить- но думаю это уже будет перебор — та не, нормально, чо. Пусть покажет, какой он крутой, а то зажрались совсем, пока честные пацаны вкалывают. И Кнута, пусть Кнута наизусть цитирует, ска.
Приходит юниор — спрашивают о проектах. Приходит синьор — спрашивают хрень из справочников. Так и живем.
Три стадии знания ООП:
1) Вы не знаете, как использовать ООП.
2) Вы знаете, как использовать ООП.
3) Вы знаете, как не использовать ООП.
Лично я сейчас пишу в классическом стиле «алгоритмы+данные», так проще тестировать. Отдельно классы с данными без логики, отдельно классы с логикой без данных. Никакой инкапсуляции, полиморфизм только через интерфейсы, наследование крайне редко, и то, больше делаю упор на замыкания. Я не работаю с
Купил мотоцикл — разбил мотоцикл — продал мотоцикл — купил мотоцикл...
Так и живем.
Никогда не понимал смысла таких собеседований. На практике первый вариант кода всегда самый хреновый, да и вообще, хорошая мысля приходит опосля. У них там тонны быдлокода с овертаймами, как у лидеров рынка, что подумать некогда и надо фигачить код прямо сейчас, что ли.
Для ASP.NET знание многопоточности не нужно.
Теперь многопоточность используют там же, где и раньше — в числодробилках.
Запустить операцию в фоновом потоке и показать пользователю прогресбар — не многопоточность, а простое асинхронное выполнение. Достаточно один раз написать какой-нибудь BackgroundWorker, который получает лямбду и гоняет ее в фоновом потоке, и про многопоточность можно забыть (до очередного собеседования у лидеров рынка).
Планировал, когда был
Моделью является твой источник данных, а не те кусочки данных, что биндятся ко вьюхам (это простые PODы). Алгоритм примерно следующий:
1) Источник данных посылает уведомление «данные изменились».
2) Это уведомление получают контроллеры и обновляют свои копии данных.
3) Контроллеры дергают фреймворк: «обнови все вьюхи, которые сейчас ко мне привязаны».
При чем тут MVC?
Локальное хранилище должно рассылать уведомления (event в дотнете), когда какие-то данные изменились. Получатели уведомления заново загрузят нужные данные.
Украинский мир джава — вещь странная. Мне тоже 30, пишу под дотнет, начинал с плюсов в геймдеве. Два года назад хотел сменить дотнет на джаву, разослал резюме в жлобалогики и прочие конюшни. Написал честно: опыт есть (на тот момент 8 лет), программировать умею, с джавой не работал, буду юниором в вашей молодой динамично развивающейся шараге. Ни одного ответа. В итоге так и остался в дотнете. Такое впечатление, что у хров стоит фильтр на сочетание вакансия + возраст и юниор может быть только двадцатилетним.
А вообще, посмотри в сторону RoR или айфонов. Там за год на фрилансе реально с нуля вырасти до $20/h, есть примеры знакомых. На джаве придется лет пять разгребать фекалии за знатоками паттернов, пока выйдешь на такую зарплату.
Купи мотоцикл.