Там есть еще разумная рекомендация — объявлять интерфейсы в тех пакетах, где они используются.
Таким образом реализация как бы даже и не подозревает, что она реализует интерфейс, ибо нет ссылок на пакет, где объявлен интерфейс.
А если мне в интерфейсе нужны параметры сложного типа? Тогда как? Где объявлять эти параметры? Объявляю вместе с интерфейсами — и все, получаем полную зависимость от пакета с интерфейсов в пакете реализации.
Для тренировки абстрактного мышления? Нет. Ко времени поступления на математическую специальность ВУЗа я уже умел программировать не хуже преподов.
Не нужна математика для тренировки абстрактного мышления программиста, если есть лучший метод тренировки его — это собственно программирование, в учебных целях.
Переценка значения математики для программиста — это пережиток тех времен, когда программистов готовили только на математических факультетах. Но программирование давно уже не наука, а просто ремесло.
Для отдельных редких областей программирования — да, математика не просто полезна, она крайне нужна.
С бюджетными вообще интересно, там есть такие периоды, когда нужно срочно потратить деньги, а то в следующем году урежут бюджет. И быстро быстро покупают всяческую ненужную хрень.
неплохо подготавливает к алгоритмическому мышлению и к пониманию абстракций
Практика программирования затачивает абстрактное мышление лучше и эффективнее и конкретно под программирование. Зачем ехать в Киев из Харькова через Париж?
Программирование давно уже серьезно преподают в школе кое-где. Скажем в Великобритании — с младших классов школы начинают. Конкретно для программирования от этого больше пользы чем от потраченного того же времени на математику.
Я ничуть не отрицаю что математика классная штука, у самого вышее математическое. Но зачем она всем и каждому, если есть гораздо более практичные альтернативы? Я прекрасно вижу что ничего из того на что я потратил годы не пригодилось ни мне ни коллегам. Кое какие элементы, что нам давали — да, нужны. Но их так же можно было давать и в седьмом классе.
Специализированного разве что палитра чтобы темное на темном на ч/б экране не приводило к полной нечитаемости. А так — ставится практически весь софт.
Что толку что он ставится? Работать то с ним как?
Вы работали с eInk?
Там огромные задержки на перерисовку и значительные мерцания при перерисовке.
Даже выбрая один пункт из подпункта в меню в приложении неадаптированном под eInk — можно посчитать что разработчики над вами решили специально поиздеваться (хотя это и не так, они просто не адаптировали под eInk).
Не только гамма. А анимация украшающая многие современные приложения, совершенно безболезненная на не eInk, но жуткая при использовании eInk — как с этим быть?
Специлизированные читалки обходят эти две проблемы (медленность и мерцание) в том числе и не полной очисткой (когда на экране остается грязь от предыдущего «кадра»), полностью очищая только при n-цатом перелистывании страниц, у к примеру. Можно выбрать в настройках баланс на свой вкус — больше мерцания/медленнее перерисовка или больше грязи. То есть сугубо специфическим способом.
Книжки на Андроиде есть, скажем, тот же Onyx. Не нужно чтобы PocketBook свой хорошо адаптированный под eInk софт забросила и перешла на не подходящую платформу.
Кому нужен Андроид на eInk — уже прямо сейчас могут купить Onyx
В нем и 1% программистов не работают. Тенденции наблюдаются, но в ближайшие лет пять machine learning и 10% программистов не заберет.
Вполне разумно готовить программистов как в ПТУ (много программистов готовить), так и в ВУЗах (мало программистов готовить). Квалификации разные нужны.
Насколько я знаю, после моего ухода это подразделение скончалось по другим причинам
Все таки по другим.
Значит, они были правы со своим «пляшем».
У рядовых сотрудников частенько проявляется болезнь, при которой они считают себя умнее менеджеров. А это такие же люди как и они сами — не глупее, не умнее.
Но при этом рядовые технические сотрудники близки к технической проблеме и воспринимают ее как главную причину, не имея доступа к общекорпоративным решениям.
Загадка вашего случая может отгадываться просто: подразделение не приносило прибыли еще до «вируса», руководство компании на момент «вируса» уже раздумывало об его закрытии, потому и минимизировало дополнительные не нужные затраты для того, по ком уже заказан некролог.
То самое чувство беспомощности, когда нужна новая железка, инструмент или модернизация, а ты не можешь обосновать, потому что руководство меряет всё на деньги, а не на эффективность и экономический эффект.
Они и не должны понимать технических аспектов.
Это твоя работа — разжевать им как технические аспекты превращаются в реальную эффективность. Строго говоря, тебя за тем и наняли, что они не понимают, а ты в технике понимаешь.
Изначально менеджер не заинтересован только экономить. Он заинтересован что предприятие работало эффективнее. При разумной экономии.
Но выбор степени этой разумности зависит от того, как ты сможешь презентовать и обосновать техническое решение и от неизвестных тебе финансовых приоритетов компании (может компания сейчас проводит дико дорогую рекламную кампанию и ни на что денег нет, а ты об этом не знаешь; может быть рассматривается перспектива закрытия филиала, а ты для этого филиала предлагаешь обновить парк компьютеров)
Манагеры такие недальновидные, а ай-ти специалистам лишь не хватает времени, инвестиций, ресурсов. И админам и инженерам и программистам тоже плевать.
Пока гром не грянет, мужик не перекреститься.
До того как грянет болезнь серьезная — люди, как правило, махают рукой на свое здоровье, «завтра-завтра».
Это особенность нашего мышления — то, что вне непосредственной нашей чувственной сферы нами не воспринимается живо.
Менеджеры не недальновидные. Просто для них это вообще не о чем. Раздражающие сигналы, обратную связь менеджер может получить только от инженера, а не непосрественно из командной строки, как это могут сделать инженеры. И если менеджер не принимает решений о принятии мер — то в этом определенно есть большая вина инженера.
Попробуй ему скажи это — начинает вести себя еще более «идейно». Лично перегрызет глотку Биллу Гейтсу при встрече и молится на икону Линуса Торвальдса.
И почему то все, кроме него, должны отдать все свои свободные и несвободные ресурсы на дело open source.
Как доходит до дела — делает такие глаза «я же бедный программист», что хочется ему просто денег дать на пропитание.
Зайдем с другой стороны. Что сделал для open source лично ты?
Так еще раз, они пишут говнокод не потому, что не знают, как писать хороший. Вопрос в мотивации, а не в умении.
Первопричина — мотивация.
А по факту — не делает и не сделает без навыка.
Никого не интересует что у него не так — это его личные проблемы. Индустрия — мотивирует достаточно. Огромнейший спрос на специалистов, хорошие зарплаты.
А кто говорит про «в одночасье»? Вот человек работал 5 лет, допустим. Этого вполне достаточно, чтобы прекрасно понимать, как писать хороший код.
Видал и с семью годами опыта — пишут говнокод на уровне джунов. Возраст не гарантия.
Никому не интересно почему человек хреновый специалист. Ну разве что кроме родителей, которые удивляются почему такой умненький, но не может в жизни пробиться. Видимо виноваты злые начальники.
Мне кажется, или эту фразу надо все же переписать как «Чему Америка может поучиться у старых советских подходов в области образования?» Потому что по тексту именно об этом.
СССР не существует уже больше 20 лет. Для них это вообще история далекая. Только мы (да и то не все) видим тут связь.
Маркетинг во всем.
Вот кто бы пошел на «Чему Россия может поучиться у старых викторианских подходов в области образования?» в Питере? Или «Чему Россия может поучиться у старых подходов отцов-основателей в области образования» пусть даже они и какие гениальные подходы предлагали.
А кто придет на «Чему Россия может поучиться у старых подходов в MIT в области образования?», пусть даже эти подходы по сути и одинаковы с двумя мероприятиями упомянутыми выше.
Для джунов — да, так и есть.
Резюме становится важнее только по мере повышения квалификации.
Еще вариант:
Вы ходите на вакансии, куда запросто залетают «войти-в-айти», умеющие болтать языком и придумывать резюме, и их нужно как-нибудь отсеивать. Отсюда и тестовое.
Проблема хорошего кода в том, что его не хотят писать, а не в том, что не могут.
Нельзя в одночасье стать хорошим программистом, пусть даже это гипотетически доступно для всех.
Но если у тебя хоть когда-либо есть хороший код — с тобой не столь грустно.
Вопросы лени — другой вопрос. Не считайте работодателей идиотами. Им тоже очевидно, что выставка отличается от основной работы. Наличие хорошего кода на Гитхабе — всего лишь дополнительных плюс, при прочих равных, а вовсе не критически важный момент.
Людей, которые никак не смогут сделать хороший код не предприняв героическое усилие над собой не так уж и мало:
Например, сейчас полно «войти-в-айти» окончивших курсы. Но с хорошо подвешенным языком. Лишняя (причем простая) проверка не помешает.
Людей с годами опыта, которые пишут только жуткий говнокод и уже настолько к этому привыкли что не могут иначе — тоже полно.
Там есть еще разумная рекомендация — объявлять интерфейсы в тех пакетах, где они используются.
Таким образом реализация как бы даже и не подозревает, что она реализует интерфейс, ибо нет ссылок на пакет, где объявлен интерфейс.
А если мне в интерфейсе нужны параметры сложного типа? Тогда как? Где объявлять эти параметры? Объявляю вместе с интерфейсами — и все, получаем полную зависимость от пакета с интерфейсов в пакете реализации.
Для тренировки абстрактного мышления? Нет. Ко времени поступления на математическую специальность ВУЗа я уже умел программировать не хуже преподов.
Не нужна математика для тренировки абстрактного мышления программиста, если есть лучший метод тренировки его — это собственно программирование, в учебных целях.
Переценка значения математики для программиста — это пережиток тех времен, когда программистов готовили только на математических факультетах. Но программирование давно уже не наука, а просто ремесло.
Для отдельных редких областей программирования — да, математика не просто полезна, она крайне нужна.
Отнюдь.
Но нельзя тянуть всех за уши в светлое будущее.
Люди должны сами выбирать куда им — на более высшее образование идти или на средне-специальное.
Практика программирования затачивает абстрактное мышление лучше и эффективнее и конкретно под программирование. Зачем ехать в Киев из Харькова через Париж?
Программирование давно уже серьезно преподают в школе кое-где. Скажем в Великобритании — с младших классов школы начинают. Конкретно для программирования от этого больше пользы чем от потраченного того же времени на математику.
Я ничуть не отрицаю что математика классная штука, у самого вышее математическое. Но зачем она всем и каждому, если есть гораздо более практичные альтернативы? Я прекрасно вижу что ничего из того на что я потратил годы не пригодилось ни мне ни коллегам. Кое какие элементы, что нам давали — да, нужны. Но их так же можно было давать и в седьмом классе.
Что толку что он ставится? Работать то с ним как?
Вы работали с eInk?
Там огромные задержки на перерисовку и значительные мерцания при перерисовке.
Даже выбрая один пункт из подпункта в меню в приложении неадаптированном под eInk — можно посчитать что разработчики над вами решили специально поиздеваться (хотя это и не так, они просто не адаптировали под eInk).
Не только гамма. А анимация украшающая многие современные приложения, совершенно безболезненная на не eInk, но жуткая при использовании eInk — как с этим быть?
Специлизированные читалки обходят эти две проблемы (медленность и мерцание) в том числе и не полной очисткой (когда на экране остается грязь от предыдущего «кадра»), полностью очищая только при n-цатом перелистывании страниц, у к примеру. Можно выбрать в настройках баланс на свой вкус — больше мерцания/медленнее перерисовка или больше грязи. То есть сугубо специфическим способом.
Книжки на Андроиде есть, скажем, тот же Onyx. Не нужно чтобы PocketBook свой хорошо адаптированный под eInk софт забросила и перешла на не подходящую платформу.
Кому нужен Андроид на eInk — уже прямо сейчас могут купить Onyx
По факту этого нет.
В нем и 1% программистов не работают. Тенденции наблюдаются, но в ближайшие лет пять machine learning и 10% программистов не заберет.
Вполне разумно готовить программистов как в ПТУ (много программистов готовить), так и в ВУЗах (мало программистов готовить). Квалификации разные нужны.
Вопрос-то о навыках.
Навык приобретается только с практикой.
Теоретические познания об то, что можно и так и эдак сделать и вприсядку — остаются всего лишь теоретическими познаниями.
Все таки по другим.
Значит, они были правы со своим «пляшем».
У рядовых сотрудников частенько проявляется болезнь, при которой они считают себя умнее менеджеров. А это такие же люди как и они сами — не глупее, не умнее.
Но при этом рядовые технические сотрудники близки к технической проблеме и воспринимают ее как главную причину, не имея доступа к общекорпоративным решениям.
Загадка вашего случая может отгадываться просто: подразделение не приносило прибыли еще до «вируса», руководство компании на момент «вируса» уже раздумывало об его закрытии, потому и минимизировало дополнительные не нужные затраты для того, по ком уже заказан некролог.
Они и не должны понимать технических аспектов.
Это твоя работа — разжевать им как технические аспекты превращаются в реальную эффективность. Строго говоря, тебя за тем и наняли, что они не понимают, а ты в технике понимаешь.
Изначально менеджер не заинтересован только экономить. Он заинтересован что предприятие работало эффективнее. При разумной экономии.
Но выбор степени этой разумности зависит от того, как ты сможешь презентовать и обосновать техническое решение и от неизвестных тебе финансовых приоритетов компании (может компания сейчас проводит дико дорогую рекламную кампанию и ни на что денег нет, а ты об этом не знаешь; может быть рассматривается перспектива закрытия филиала, а ты для этого филиала предлагаешь обновить парк компьютеров)
Пока гром не грянет, мужик не перекреститься.
До того как грянет болезнь серьезная — люди, как правило, махают рукой на свое здоровье, «завтра-завтра».
Это особенность нашего мышления — то, что вне непосредственной нашей чувственной сферы нами не воспринимается живо.
Менеджеры не недальновидные. Просто для них это вообще не о чем. Раздражающие сигналы, обратную связь менеджер может получить только от инженера, а не непосрественно из командной строки, как это могут сделать инженеры.
И если менеджер не принимает решений о принятии мер — то в этом определенно есть большая вина инженера.
А аргументировано?
И почему то все, кроме него, должны отдать все свои свободные и несвободные ресурсы на дело open source.
Как доходит до дела — делает такие глаза «я же бедный программист», что хочется ему просто денег дать на пропитание.
Зайдем с другой стороны. Что сделал для open source лично ты?
Первопричина — мотивация.
А по факту — не делает и не сделает без навыка.
Никого не интересует что у него не так — это его личные проблемы. Индустрия — мотивирует достаточно. Огромнейший спрос на специалистов, хорошие зарплаты.
Видал и с семью годами опыта — пишут говнокод на уровне джунов. Возраст не гарантия.
Никому не интересно почему человек хреновый специалист. Ну разве что кроме родителей, которые удивляются почему такой умненький, но не может в жизни пробиться. Видимо виноваты злые начальники.
СССР не существует уже больше 20 лет. Для них это вообще история далекая. Только мы (да и то не все) видим тут связь.
Маркетинг во всем.
Вот кто бы пошел на «Чему Россия может поучиться у старых викторианских подходов в области образования?» в Питере? Или «Чему Россия может поучиться у старых подходов отцов-основателей в области образования» пусть даже они и какие гениальные подходы предлагали.
А кто придет на «Чему Россия может поучиться у старых подходов в MIT в области образования?», пусть даже эти подходы по сути и одинаковы с двумя мероприятиями упомянутыми выше.
Резюме становится важнее только по мере повышения квалификации.
Еще вариант:
Вы ходите на вакансии, куда запросто залетают «войти-в-айти», умеющие болтать языком и придумывать резюме, и их нужно как-нибудь отсеивать. Отсюда и тестовое.
Нельзя в одночасье стать хорошим программистом, пусть даже это гипотетически доступно для всех.
Но если у тебя хоть когда-либо есть хороший код — с тобой не столь грустно.
Вопросы лени — другой вопрос. Не считайте работодателей идиотами. Им тоже очевидно, что выставка отличается от основной работы. Наличие хорошего кода на Гитхабе — всего лишь дополнительных плюс, при прочих равных, а вовсе не критически важный момент.
Людей, которые никак не смогут сделать хороший код не предприняв героическое усилие над собой не так уж и мало:
Например, сейчас полно «войти-в-айти» окончивших курсы. Но с хорошо подвешенным языком. Лишняя (причем простая) проверка не помешает.
Людей с годами опыта, которые пишут только жуткий говнокод и уже настолько к этому привыкли что не могут иначе — тоже полно.
Я видал людей и с семилетним опытом, фактически являющихся джунами.