> Обязательно спросите, чем абстрактный класс отличается от интерфейса — как показывает практика, этим вопросом очень легко идентифицировать реальных мидлов.
До сих пор считал себя джуниором (Java 2 года) и тут я понял, что я ошибаюсь.
Год или два назад, когда гугл-плей и аппстор изменили дизайн своих магазинов, всё двигалось к этому. Дизайн магазинов специально разработаны так, чтобы без денег нельзя было появиться в топе. Соответственно, чем больше денег тратится на маркетинг и продвижение приложения, тем больше получают те же гугол и яблоко. Где я не прав?
Давеча я пытался научить пару друзей программированию. И столкнулся именно с теми проблемами, которые описаны в статье:
— объяснял мелкими кусочками (которые сам привык воспринимать)
— зачем то залез в дебри «сколько байтов занимает этот тип данных»
— описывал задачу и спрашивал «с чего начнём?»
Было несколько других моментов, но я потерпел поражение после того как услышал вопрос «а зачем?». На него я не смог ответить, ведь действительно, эти задачи они могли решить и сами, например задача «сварить суп». Вообщем никудышный из меня учитель получился. Рад, что вы справились с этим. Почерпнул несколько моментов.
Обязательно надо посмотреть Sliders. Группа людей путешествуют по параллельным мирам, потеряв свой дом. Там они находят новые технологии, устаревшие в технологическом плане миры, далее пришельцы и клоны.
Одна серия мне очень хорошо запомнилась. В одном из миров «Эйнштейн» сказал, что на Земле не наберётся столько урана, чтобы сделать атомное оружие, тем самым пресёк на корню разработки бомб и атомных станций. Главные герои знают, что это чистый вымысел и доктор математических наук вместе с юным гением собирают настоящую атомную бомбу и отправляют её к метеориту, который всё это время летит к Земле.
Некропост, но: сейчас работаю в XCode — попытка перехода кнопкой Home в начало строки заканчивается неприличным словом. А всё потому, что везде в яблоке началом строки считается не там, где начинаются первые осмысленные символы после пустого пространства, а само начало строки, до которого нет ничего. Это очень проблематично использовать пробелы.
Но теперь то я нашёл эту вредную статью, в которой упоминаются и Far и WinMerge. К Far'у не испытываю неприязни, а вот когда из-за ручного мержа моего напарника (на который убивается минимум час) теряются мои правки и баги приходится править по три раза — опять же это заканчивается плохими словами про себя.
Вероятно в самых запущенных случаях WinMerge полезен, но не при каждом принятии изменений из репозитория. А технология мержа у моего напарника совсем повергает меня в уныние: имеется две папки, первая с только что принятыми изменениями, вторая с собственными правками. И методом туда-сюда все файлы приводятся к единому виду. Подскажите мне, где и в какой ситуации плюсы от такого подхода при каждом мерже будут перевешивать минусы?
Тем более подход ручного мержа очень уязвим к человеческому фактору — не может человек каждый раз помнить, где надо поправить, а где принять изменения.
Давно хотел спросить и топик подходящий: есть у меня идея использовать в ручной подписи числа в подписи. Допустим сначала пишу число в место «подписать здесь», а потом поверх него уже свой росчерк. Какой алгоритм подобрать без необходимости помнить число, написанное в предыдущем договоре и чтобы в уме достаточно просто считалось?
Насколько я понимаю, сомнения в конкретных вопросах (а помню ли я сколько строчек на java займёт подключение к jdbc?) HR-рекрутеры принимают за незнание предметной области.
До сих пор считал себя джуниором (Java 2 года) и тут я понял, что я ошибаюсь.
— объяснял мелкими кусочками (которые сам привык воспринимать)
— зачем то залез в дебри «сколько байтов занимает этот тип данных»
— описывал задачу и спрашивал «с чего начнём?»
Было несколько других моментов, но я потерпел поражение после того как услышал вопрос «а зачем?». На него я не смог ответить, ведь действительно, эти задачи они могли решить и сами, например задача «сварить суп». Вообщем никудышный из меня учитель получился. Рад, что вы справились с этим. Почерпнул несколько моментов.
Одна серия мне очень хорошо запомнилась. В одном из миров «Эйнштейн» сказал, что на Земле не наберётся столько урана, чтобы сделать атомное оружие, тем самым пресёк на корню разработки бомб и атомных станций. Главные герои знают, что это чистый вымысел и доктор математических наук вместе с юным гением собирают настоящую атомную бомбу и отправляют её к метеориту, который всё это время летит к Земле.
Но теперь то я нашёл эту вредную статью, в которой упоминаются и Far и WinMerge. К Far'у не испытываю неприязни, а вот когда из-за ручного мержа моего напарника (на который убивается минимум час) теряются мои правки и баги приходится править по три раза — опять же это заканчивается плохими словами про себя.
Вероятно в самых запущенных случаях WinMerge полезен, но не при каждом принятии изменений из репозитория. А технология мержа у моего напарника совсем повергает меня в уныние: имеется две папки, первая с только что принятыми изменениями, вторая с собственными правками. И методом туда-сюда все файлы приводятся к единому виду. Подскажите мне, где и в какой ситуации плюсы от такого подхода при каждом мерже будут перевешивать минусы?
Тем более подход ручного мержа очень уязвим к человеческому фактору — не может человек каждый раз помнить, где надо поправить, а где принять изменения.
А когда же вы работаете?
А ведь ОНИ их записывают.
Сначала сделать плохо, а потом как задумывалось? </sarcasm>
Которая подразумевает подключение телефона? Поиск человека становится ещё проще.