Резюме для программиста
уже после второй строчки
-----
Скорее - перед первой.
Что, тоже много неудачного опыта прохожодения кодинг-интервью? ))
Вообще, если сеньёра не чморили много на разных интервью, не говорили, что его код говно и он сам тоже недалеко ушёл, то это лох какой-то необстрелянный, ненастоящий сеньёр.
Всё просто. Чувакам надо решать задачи. Чуваки либо дают время другому чуваку выучить их задачи, либо ищут готового чувака под свои задачи. Последнее обычно почти нереально и жутко долго искать. Учить задачи чуваков нужно будет вне зависимости от того, джуниор этот искомый чувак или сеньёр. Просто чувак-сеньёр будет учить их быстрее и лучше из-за опыта. Короче, не знать и не уметь того, чего хотят какие-то чуваки, и тупить на интервью с малознакомыми задачами - нормально. Вопрос лишь в том, знают ли те ищущие чуваки сами, чего хотят, и готовы ли ждать и платить адекватные бабки.
Почитал тут
старший сын уехал три года назад, переквалифицировался и 2 года айтишник
у старшего в районе 7к$ до налогов , у него два года опыта , без профильного образования
В феврале сильно повысят. Уже согласовано. Ну, будет уже мидл. Про опционы мы молчим. А у меня, это , в своё время, было в разы больше зп. И всякую социалку.
Во люди живут в Мюнхене! Джун, без профильного, 2 года опыта - 84к брутто + опционы и "всякая социалка".
Одно смущает - почему в долларах?
А, нет, это Америка. Но тоже звучит слишком шоколадно.
Переключился уже на других. Первое интервью было просто разговоры о работе по видео. Даже вопросы технические не задавали. Вторым пригласили на место и сказали, что это будет последний этап. Но пригласили на 17 часов. Не знаю, кто там у них так долго остаётся, но что можно сделать за оставшееся время? Даже если кодить - допоздна, чтоли? Потом обратно по темноте и в мороз по автобану ехать...
Чего я не понимаю, это нафига людям новые проекты начинать на формах, когда там, где доступны формы, доступен и WPF, и он куда круче и гибче. Тем более, если у вас такие задачи, как постоянно создание кастомных компонентов. На формах это боль и куча работы. На WPF это легко и приятно. А ещё можно WPF хостить в формах, если прямо так формы нужны. Т.е. можно какой-то компонент с нестандартной для форм компоновкой контролов сделать на WPF.
НАФИГА обязательно формы?
НАФИГА обязательно формы?
А сколько WPF приложение памяти занимает? WPF используют там, где нужно красиво отобразить что-то, а для обычных ПО WinForms выши крыши. Когда я начал изучать WPF с первой проблемой с которой я столкнулся это отсутствие компонента Таймер - см. https://docs.microsoft.com/ru-ru/dotnet/desktop/winforms/controls/timer-component-windows-forms?view=netframeworkdesktop-4.8 Реализуются спомощью DispatcherTimer см. https://stackoverflow.com/questions/11559999/how-do-i-create-a-timer-in-wpf. Да в Java и в Anrdroid SDK тоже нет таймера, это делается спомощью Thread см. http://www.scalingbits.com/java/javakurs2/programmieren2/threads/programmierung. Нет таймера потому-что изначале был придуман StoryBoard см. - https://docs.microsoft.com/ru-ru/dotnet/desktop/wpf/graphics-multimedia/storyboards-overview?view=netframeworkdesktop-4.8. Я анимировал компоненты именно спомощью StoryBoard, там и кнопку можно повернуть, и картинку, итд.
Нда-с, если и остальная чушь, что вы тут льёте такого же качества...
Да в Java и в Anrdroid SDK тоже нет таймера
Отдельный класс Timer в яве есть с версии 1.3. Т.е. где-то года с 2002. Ну и в андроиде он тоже, конечно, присутствует. А так-то нет, конечно. Гугл от вас специально прячет.
WPF используют там, где нужно красиво отобразить что-то, а для обычных ПО WinForms выши крыши
Не только красиво, а вообще любое, что отходит от стандартной поставки контролов. На формах, блин, даже специальный листбокс с чекбоксами есть. Т.е. два разных компонента - обычный листбокс и с чекбоксами.
Челы из вчерашней конторы хотят кастомные компоненты. Чтобы в details была, скажем, картинка, слева название таким шрифтом, справа - колонка с рамочкой. Где в стандартной поставке форм такие настраиваемые компоненты, для которых ещё кучу кода и руками написанные классы байндингов не требуются? А если в каком-нибудь DevExpress делать - так это не формы, а именно DevExpress. Т.е. считай другой UI-фреймворк на базе форм или WPF. Там свои байндинги, скорее всего своя система событий и вообще нужно опыт нарабатывать считай заново.
Ещё они хотят, чтобы всё по SOLID и DRY было. А как без MVVM писать на формах по этим паттернам, если там изначально всё заточено на размещение кода в обработчиках событий? Любая прикрутка MVVM будет выглядеть костылями. Ну или пишешь свой фреймворк (в свободное от работы время, ага), либо юзаешь тот же DevExpress со своей реализацией MVVM. Но тогда в чём суть задания на формах? Если они меня возьмут, я всё равно буду у них с нуля изучать DevExpress.
Короче, тра...ся с формами нужно больше, а возможностей гораздо меньше. Меня ещё и удивило, что требования именно как будто лучше для WPF подходят, а непрозрачно намекают, что лучше бы формы. Сказали, что можно любой фреймворк, но работа будет с формами.
Задание было вовсе не для каких-то жутко ограниченных в железе терминалов, хотя WPF запускается и летает на чём угодно - хоть на железе 10-летней давности. Судя по заданию, обычная прилохужа для внутренних нужд больницы или праксиса - т.е. будет крутиться на обычных десктопах и ноутах.
Жалобы на потребляемую память и скорость WPF были лет 10 назад и больше. Знаете, если люди уже давно жрут в обе щеки Электрон, то к WPF вообще претензий быть не должно. ))
Я в упор не вижу, где нужны обязательно формы вместо WPF, кроме каких-то древних проектов, где всё было на формах. И при этом захостить WPF-компонент на этих формах тоже почему-то нельзя. Потому что проект на формах на .NET 2.0?
Вобщем, я уже говорил, что людям, похоже, нужны готовые челы, уже заточенные под их работу. Если они не готовы, чтобы к ним пришёл незаточенный и месяц-два-три изучал их стек и проблемы, то шанс найти даже на 80% совпадающего минимален. Тем более формы - уже давно абсолютно нерелевантный и неконкурентоспособный опыт. Чел у них поработает с формами, выйдет и нафиг никому не нужен будет. Т.к. WPF это XAML, и новый MAUI будет XAML-подобный. И на Андроиде и iOS тоже подобные же UI-фреймворки с разметкой и байндингами из коробки. Т.е. к ним должен прийти заточенный чел, который будет согласен себя похоронить для рынка, лишь бы они своё старьё и дальше дёшево поддерживали.
Что это за позорище времён очаковских? 21 год на дворе! Я это видел 12 лет назад, я это вижу сейчас.
Челы хотят, чтобы какой-нибудь "checked list box with small picture and red warnings in the top left corner" я каждый раз писал в виде кастомного компонента.
Я на WPF сварганил такой компонент, с привязками данных к обозначениям и положению стрелки. И это ещё не готовый к поставке и установке сторонним приложением компонент - пока нужно руками копировать разметку и code behind. Сколько подобное займёт на формах? Подобные компоненты в крутых конторах пишут целые команды, а не джуниор за мелкий прайс в качестве всего лишь таски на полтора часа-день.
Отдельный класс Timer в яве есть с версии 1.3. Т.е. где-то года с 2002. Ну и в андроиде он тоже, конечно, присутствует. А так-то нет, конечно. Гугл от вас специально прячет.
Да я то нашёл и просто затёр, мы в колледже изучили Thread, а таймеры мы не изучали в колледже, да мне ни разу в моих проектах не нужно было таймера. Часы на Thread реализованы см. https://programming.mybb.ru/viewtopic.php?id=52
Когда я начал изучать WPF с первой проблемой с которой я столкнулся это отсутствие компонента Таймер - см. https://docs.microsoft.com/ru-ru/dotnet/desktop/winforms/controls/timer-component-windows-forms?view=netframeworkdesktop-4.8 Реализуются спомощью DispatcherTimer см. https://stackoverflow.com/questions/11559999/how-do-i-create-a-timer-in-wpf. Да в Java и в Anrdroid SDK тоже нет таймера, это делается спомощью Thread см. http://www.scalingbits.com/java/javakurs2/programmieren2/threads/programmierung. Нет таймера потому-что изначале был придуман StoryBoard см. - https://docs.microsoft.com/ru-ru/dotnet/desktop/wpf/graphics-multimedia/storyboards-overview?view=netframeworkdesktop-4.8. Я анимировал компоненты именно спомощью StoryBoard, там и кнопку можно повернуть, и картинку, итд.
Есть в WPF и вообще дотнете таймеры. Даже три вида, если память не изменяет (один из них - вот этот формовский компонент). Проблема формовского только, насколько я знаю, в низкой точности. Частота обновления что-то вроде немного меньше 100 мс. Т.е. если хотите на нём анимацию делать, то не больше 15 кадров в секунду. Впрочем, для обычных формовских задач за глаза. Я ещё на Windows Mobile с его помощью кнопочки анимировал.
На сторибордах делают сейчас все - и на Андроиде, и на Яблоке. Чувак с нерелевантным опытом формовского таймера сейчас никому не нужен. А сториборды нормально понять и изучить на практике - нужны месяцы работы с ними. Фигню какую-нибудь, конечно, можно и по букварю быстро сварганить.
Продолжаем ждать что поменяется после сотки...Я столько попкорна не съем
Я эту тему открыл и поддерживаю, только чтобы выжать какие-нибудь советы по разным вопросам. Сейчас я в основном тут либо сам себе отвечаю, либо без ответа остаётся. Опыт типа "мне повезло", или "взяли без языка и оплатили всю учёбу", или "сходу после уни на джуна на 60к" неинтересен - он явно исключительный и редкий. Как и советы "учи всё и всегда - авось пригодится". Видимо, действительно пора закругляться - здесь уже ничего не выжать. ))
Да я давал уже ссылку на таймер, просто мне проще налепить таймер, чем самому объявлять. Так я делал в Visual Basic, Delphi, C++ Builder.
Вот в WPF таймер https://cloud.mail.ru/public/ai7C/8NVjJww2e, вот в Winforms - https://cloud.mail.ru/public/CAGo/WLVrwDCYd
Чего я не понимаю, это нафига людям новые проекты начинать на формах, когда там, где доступны формы, доступен и WPF, и он куда круче и гибче. Тем более, если у вас такие задачи, как постоянно создание кастомных компонентов.
навскидку:
1. В конторе уже собрана тонна таких кастомных компонентов.
2. Программисты в этой технологии уже стаю собак съели.
Тонна съедена, но надо, чтобы чел умел сам делать новые компоненты, судя по заданию.
Да не вопрос - хозяин барин. Просто в WPF тебе эта стая собак нафиг не нужна - по сравнению с формами там есть нечего. ))
Получил ответ от тех, кого спросил, почему отказали.
aus rechtlichen Gründen nehmen wir von einer Begründung bei Absagen grundsätzlich Abstand und bitten dafür um Verständnis.
Я другого и не ждал. ))