Есть ненулевая вероятность, что он на самом деле после вузика работает в макдаке и лишь вечерами что-то пытается программировать. Назовите причину, по которой нельзя начать с простых вопросов?
1) Экономия моего и его времени.
2) Уже озвученная ранее проблема, спец он может быть и хороший, но уже забыть как называются базовые понятия (хотя и уметь их применять)
Сеньора я буду гонять по уже сделанным им проектам, пытаясь понять как он понимает те или иные архитектурные решения.
Работающий после ВУЗа 10 лет в МакДаки — собьётся на мелких деталях «якобы реализованных им проектов» в течение 1-2 минут.
Значит, у вас есть талант производить впечатление на интервьюеров или по каким-то другим причинам им не интересно узнавать детали. Ну или вы достаточно редко собеседуетесь.
То есть «этого не может быть просто потому что этого не может быть»?
В Twitter`e несколько лет назад был каминг-аут опытных разработчиков (там отметились и разработчики из Гугля, автор Rails (тот, что для Ruby) и пр. ребята с опытом), которые признавались, что не смогут пройти собеседование, если их будут спрашивать о простейших вещах (там есть конкретные примеры что именно). Была целая статья на Хабре, может, кто вспомнит и даст ссылку.
Речь об общении с другими программистами. Знание понятий вас не освобождает от необходимости обмениваться своими концепциями с другими людьми.
Я уже ответил на это и привел пример как можно простыми словами донести суть.
Еще раз обращаю ваше внимание — специфические термины из автоматизируемой прикладной области создают куда как больше проблем, чем надуманная проблема с «правильным именованием синглтонов».
Вы вполне могли бы сказать на планнинге: «Когда будешь лезть в тот модуль, там поднимается сервис-синглтон XXX, это фасад к жесткому легаси YYY, нужно добавить в него поддержку ZZZ». На треш-языке «понятий» этот текст раздулся бы в несколько раз, как минимум.
Не забывайте про цели.
Задание должно быть прежде всего понятым, как можно более однозначным.
А не «сформулированным красивыми умными словами, чтобы окружающие преисполнились благоговения перед таким умным перцом».
Так перед синьором и стоит задача архитектуры, и паттерны проектирования — её часть. Это и есть сама абстракция, выше синтаксических тонкостей языка.
Какие базовые паттерны применять, на какие классы делить проект да какие будут там отдельные интерфейсы и т.п. — должен уже миддл нормально соображать. Да и у талантливого джуна это зачастую получается приемлимо.
Перед сеньором по части архитектуры стоят задачи более общего уровня, чем банальное «реализовать ли здесь синглтоном».
Я например сейчас раздумываю насчет того на какие куски порезать нашу проектируемую систему по функционалу, чтобы репликация между серверами не снижала производительность.
Нет же, ТС попросили не название вспомнить, а о значении конкретного ключевого слова. А это уже подсказка в вопросе.
Не представляю даже, как бы сеньор гуглил в случае необходимости: «Ключевое слово виртуальный метод»? «Синтаксис виртуальных методов»?
Если собеседуясь «на сеньора» вы получаете такие вот вопросы, а не просьбы рассказать об архитектурах ваших прошлых проектов — можно сразу понять что сеньоров они и не ищут. А используют данный термин всего лишь для манипуляции ЧСВ кандидатов на вакансию.
Вангую — то была обычная галера, перепродающая разработчиков. Не предел мечтаний сеньора. ИМХО, зря он тут так волнуется в статье, что его не взяли.
Последний раз про конкретную технологию (даже не про паттерн, а про тип СУБД, знаком я или нет с ней) меня спрашивали на собеседовании лет 20 назад.
С тех пор на собеседованиях у меня интересовались только тем, могу ли я решить ту или иную конечную задачу, создать определенный конечный продукт, как я предполагаю это сделать (архитектура). А вовсе не то, что называется словом virtual, словом static или словом singleton.
Синглтон — это вполне себе архитектурный паттерн, совсем не низкоуровневый, как и остальные, вроде декораторов, команд и прочих фасадов.
А что же по-вашему архитектура ПО, если не организация и взаимодействие логических блоков?
Повторяю еще и еще раз:
Понятие — да.
Название — нет.
Я не буду давать джуну задание «напиши синглтон».
Задание будет звучать примерно так (возможны вариации, в зависимости от контекста задачи): «все API этой фичи нужно реализовать в одном классе»
Конечно были! Мало того, они уже в 50-ые сидели на хабре и друг в друга кидали помидорами, у кого комп больше или код длиннее )))
Ну положим, в 50-е они все больше лично друг с другом общались.
Потом да, перешло на удаленку — еще до эпохи интернета, срачи уже были — были и BBS и Фидо.
Это проблема сеньора. Нет ничего зазорного, чтобы освежать память время от времени
В мире, в том числе и в ИТ, есть много интересного помимо этого.
Повторять азбуку — смысла не вижу. Тем более, что речь идет только о названиях, а не о сути вещей.
Сущности вовсю применяются в реальной разработке, а как какая из них называется — кому какое дело.
Паттерны — это архитектура, вы ее не обсуждаете? Потом вам дадут джуниора и… пойдет язык узкоспециализированных «хреновинок» и «фиговинок» (=
В понятиях низкого уровня типа синглтонов???
Те кодеры, которым нужно жевать до такой степени — в обсуждении архитектуры вообще не нужны.
Это проблема сеньора. Нет ничего зазорного, чтобы освежать память время от времени
В вашем представлении сеньор это всего лишь (пусть и очень хороший), но просто «кодер с опытом»? Не-а. Перед сеньором ставят задачи более высокого уровня абстракции, чем где там будет какой класс, а где там static, а где virtual.
Уже не секрет, что в 1950 -70 годах СССР был одним из мировых лидеров в гонке под названием «разработка и производство компьютерной техники». Первые ЭВМ — МЭСМ, М-1, позднее известная БЭСМ-6 с быстродействием более 1 млн. операций с плавающей запятой в секунду, компактные ЭВМ серии МИР, и многие другие достижения великих умов в «компьютерной» сфере советских времен.
Технологии развивались очень быстро, а потому такие комментарии как «А я и не знал/а, что в Советском Союзе были компьютеры» или «Оказывается, советские компьютеры не были отстоем по сравнению с зарубежными» вызваны лишь банальным незнанием истории развития различных «компьютерных» технологий и вычислительных устройств в СССР. Многим известна истории создания ПК таких мировых зарубежных гигантов как Apple, IBM и т.д., так как информация о них на протяжении не одного десятилетия освещалась и была на слуху. Исторически сложилось мнение, что в СССР кроме того, что не было «секса», так еще и персональные компьютеры появились позже на лет 10 чем в той же Америке. Как и первое так и второе заявление — не более чем миф.
Первые советские интегральные микросхемы с несколькими десятками транзисторов, увидели свет уже в середине 1960 годов, а к середине 1970-х выпускались микропроцессоры, сложные микросхемы, количество транзисторов в них уже измерялось в тысячах. В 1974 году были разработаны первые микро-ЭВМ на основе универсальных микропроцессоров. Секционные процессоры серий К532 и К536 (появившиеся в том же году) позволяли выпускать машины с разрядностью до 16–32 бит. Так появились 16-разрядные микро-ЭВМ. В 1977 году был выпущен аналог Intel 8080 — 8-разрядный процессор К580ИК80. Он то и стал основой для создания целого ряда моделей ПК и микро-ЭВМ. Через два года был разработан первый в мире 16-разрядный однокристальный микро-ЭВМ — К1801ВЕ1. На базе К1801ВЕ1 в 1981 создан К1801ВМ (однокристальный 16-разрядный микропроцессор), система команд которого была похожа на систему команд мини-ЭВМ PDP-11.
Нужно ли пояснять, что компьютеры без программ не нужны, а программы создаются программистами?
И если СССР в 50-70 годы прошлого века изготавливал компьютеры, то еще лет 60 назад программисты уже были?
Чтение литературы… происходит легче, когда есть некоторый общий свод терминов-профессионализмов.
Безусловно так.
Но вопрос то в другом — терминологию, которая у джунов/трейни отскакивает от зубов, ибо зубрили совсем недавно — сеньор может уже забыть. Конечное качество его работы все равно будет намного выше и безо всякой терминологии.
общение с другими программистами происходит легче, когда есть некоторый общий свод терминов-профессионализмов.
Гораздо больше терминов из конкретной предметной области.
А вышеупомянутый singleton, ага… прямо представляю как на meeting мы обсуждаем проблему на уровне singleton да замыканий… ну да, конечно.
даже при общении с джунами это не используется.
только что при написании статей об основах программирования или при code review начинающего trainee этот термин и будет использован.
Да, спасибо. Хотя, я все же считаю, что проблема не в возрастах, а в людях. Хотя современное развитие веба действительно протолкнуло в ИТ много не особо увлеченных сферой людей.
Подавляющее большинство подобных ради денег во всех профессиях. Чем ИТ лучше?
Сюрприз — люди работают ради денег. Количество даже казалось бы принципиально увлеченных в ИТ было бы существенно меньше, если бы доходы были как у всех.
Своих сетей у них нет, юзают чужие — не могут опустить ценник ниже чем другие операторы
1) Вы так говорите, будто бы они по розничным ценам выкупают услуги сети…
Оператору выгодно догрузить свободные мощности своей сети, не суть важно по какой цене. И если оператор не может этого сделать, напрямую набрав абонентов, то когда приходит оптовый покупатель типа Сбербанка, то такой покупатель получает совсем другими цены.
2) У виртуального оператора нет затрат на поддержку всей дорогостоящей инфраструктуры. Ему вовсе не обязательно столь много зарабатывать как оператору со своим «железом» сети.
3) mobile-review.com/articles/2017/oper-news-08-17-2.shtml
Плюсы MVNO для всех трёх сторон очевидны. Абоненты получают «специализированные» тарифы и услуги, ориентированные на сервисы виртуального оператора. Возможна и некоторая экономия благодаря конвергенции, программам лояльности и даже чуть более низким ценам на связь. Хотя здесь пространство для манёвра у «виртуала» ограничено, при нынешних ценах на сотовом рынке предложить своим абонентам серьёзные скидки на связь уже сложно. Сами операторы (базовый и виртуальный) получают намного более лояльных клиентов. Финансовые преимущества от такой кооперации тоже есть. Например, банк существенно сокращает расходы на SMS-информирование своих клиентов, речь может идти об экономии миллионов рублей в год. А это немало. Оператор получает широкий канал привлечения новых клиентов, при этом расходы на привлечение по сравнению с дилерскими схемами наверняка в разы меньше. И это тоже немалые деньги. Причём речь идёт о привлечении хороших, доходных клиентов, а не «мёртвых душ», получивших очередную SIM-карту в качестве сувенира, Эльдар недавно об этом писал в своих «Бирюльках».
Наконец, вопрос безопасности мобильных платежей. Тоже далеко не последнее дело и серьёзная головная боль как для банков, так и для операторов. В рамках MVNO наверняка можно реализовать дополнительные меры защиты.
Вы так пишете, будто эта тема присуща только Сберу (:
У МТС тоже самое. Мне пришлось ехать в родной город, чтоб симку разблокировать.
Если в другом федеральном округе — то да.
У банков и операторов связи — подразделение, работающее на территории федерального округа, по сути, изолированное независимое от подразделений, работающих на территории других федеральных округов.
В пределах даже соседних областей (в одном федеральном округе) такой проблемы быть не должно.
Мне уже плохо. Честное слово, при одном упоминание все поплыло перед глазами
Это сейчас. Все же полвека минуло.
А на момент основания в 1966 году — АвтоВАЗ был вполне себе технологически совершенным, в том числе и по меркам всего мира. И ВЦ на АвтоВАЗе был весьма и весьма хорош.
На картинках, которые разные люди нарисовали как пояснение работы с этой клавиатурой, везде про переключение раскладки почему-то нарисовано движение пальцем по разным строкам (влево по одной строки, возврат вправо по строке чуть ниже).
Я и до этого подозревал, что люди тырят не проверяя, что пишут статьи, не проверяя — то чтобы в таком масштабе…
А можете назвать, пожалуйста, этот современный, на те года, советский завод, где во всю применялось программирование, чего, кстати?
АвтоВАЗ
Я говорю про наши реалии. А наши реалии таковы, что на множестве отечественных предприятий сегодня сотрудники компьютера в глаза не видели, не то что писали софт.
А что, в наше время, абсолютно все должно делаться в Виртуалии?
Очевидно, что такие предприятия ведут свою деятельность в реальном, а не виртуальном мире, что не может не радовать. Едим-то мы вполне материальные вещи.
20-30 лет назад программирование только зарождалось, и те кто в него приходили, делали это не из-за денег или престижа.
Да ты че?
Лет 25 назад мой преподаватель рассказывала о том, как именно программирование уже вовсю применялось на примере огромного завода, на котором она работала в 1970-х. То есть почти 50 лет назад. А один из старейших ныне еще применяемых языков программирования для бизнес-приложений, а вовсе не для научных целей — Cobol — был создан в 1959 году. Применяется до сих пор по той причине, что еще тогда были написаны горы программного кода.
Не встречал действительно крутых профессионалов, у которых наблюдались бы провалы в памяти по поводу базовых конструкций основного языка.
Понятия не имею как называются паттерны, которые я использую в том или ином случае.
Да и вообще никогда не имел понятия — в мое время их не зубрили.
Для того чтобы делать дело — названия этих вещей не нужны в принципе.
И это именно про стоматологию. С другими медицинскими услугами ситуация проще. Как правило почти всегда доступны через интернет. На все, кроме стоматологии.
Тут все понятно — это не жизненно необходимая вещь. Комфорт жизни — да, но это же не смертельный аппендицит. А зуб вам вырвут быстро.
Стоматология — это вообще другая планета. Ее, действительно, следует делать за деньги.
В той же США стоматология, как правило, с страховку не входит.
К нам из Москвы едут к родственникам в гости только затем, чтобы вылечить зубы. Это даже выгоднее, с учетом и дороги.
Вроде бы для нормальной торговли нужно специальное разрешение в РФ? «Квалифицированный инвестор» или что-то такое
Ничем не отличается от США, такой же запрет действует и в США.
На биржах могут напрямую торговать вовсе не кто попало.
А через посредника — брокера — да за мило дело, никто тебе не мешает ни в США ни в РФ.
1) Экономия моего и его времени.
2) Уже озвученная ранее проблема, спец он может быть и хороший, но уже забыть как называются базовые понятия (хотя и уметь их применять)
Сеньора я буду гонять по уже сделанным им проектам, пытаясь понять как он понимает те или иные архитектурные решения.
Работающий после ВУЗа 10 лет в МакДаки — собьётся на мелких деталях «якобы реализованных им проектов» в течение 1-2 минут.
То есть «этого не может быть просто потому что этого не может быть»?
В Twitter`e несколько лет назад был каминг-аут опытных разработчиков (там отметились и разработчики из Гугля, автор Rails (тот, что для Ruby) и пр. ребята с опытом), которые признавались, что не смогут пройти собеседование, если их будут спрашивать о простейших вещах (там есть конкретные примеры что именно). Была целая статья на Хабре, может, кто вспомнит и даст ссылку.
Я уже ответил на это и привел пример как можно простыми словами донести суть.
Еще раз обращаю ваше внимание — специфические термины из автоматизируемой прикладной области создают куда как больше проблем, чем надуманная проблема с «правильным именованием синглтонов».
Не забывайте про цели.
Задание должно быть прежде всего понятым, как можно более однозначным.
А не «сформулированным красивыми умными словами, чтобы окружающие преисполнились благоговения перед таким умным перцом».
Классная вещь, чтобы забыть все пароли сразу.
Какие базовые паттерны применять, на какие классы делить проект да какие будут там отдельные интерфейсы и т.п. — должен уже миддл нормально соображать. Да и у талантливого джуна это зачастую получается приемлимо.
Перед сеньором по части архитектуры стоят задачи более общего уровня, чем банальное «реализовать ли здесь синглтоном».
Я например сейчас раздумываю насчет того на какие куски порезать нашу проектируемую систему по функционалу, чтобы репликация между серверами не снижала производительность.
Если собеседуясь «на сеньора» вы получаете такие вот вопросы, а не просьбы рассказать об архитектурах ваших прошлых проектов — можно сразу понять что сеньоров они и не ищут. А используют данный термин всего лишь для манипуляции ЧСВ кандидатов на вакансию.
Вангую — то была обычная галера, перепродающая разработчиков. Не предел мечтаний сеньора. ИМХО, зря он тут так волнуется в статье, что его не взяли.
Последний раз про конкретную технологию (даже не про паттерн, а про тип СУБД, знаком я или нет с ней) меня спрашивали на собеседовании лет 20 назад.
С тех пор на собеседованиях у меня интересовались только тем, могу ли я решить ту или иную конечную задачу, создать определенный конечный продукт, как я предполагаю это сделать (архитектура). А вовсе не то, что называется словом virtual, словом static или словом singleton.
Повторяю еще и еще раз:
Понятие — да.
Название — нет.
Я не буду давать джуну задание «напиши синглтон».
Задание будет звучать примерно так (возможны вариации, в зависимости от контекста задачи): «все API этой фичи нужно реализовать в одном классе»
Ну положим, в 50-е они все больше лично друг с другом общались.
Потом да, перешло на удаленку — еще до эпохи интернета, срачи уже были — были и BBS и Фидо.
В мире, в том числе и в ИТ, есть много интересного помимо этого.
Повторять азбуку — смысла не вижу. Тем более, что речь идет только о названиях, а не о сути вещей.
Сущности вовсю применяются в реальной разработке, а как какая из них называется — кому какое дело.
В понятиях низкого уровня типа синглтонов???
Те кодеры, которым нужно жевать до такой степени — в обсуждении архитектуры вообще не нужны.
В вашем представлении сеньор это всего лишь (пусть и очень хороший), но просто «кодер с опытом»? Не-а. Перед сеньором ставят задачи более высокого уровня абстракции, чем где там будет какой класс, а где там static, а где virtual.
habr.com/company/ua-hosting/blog/413733
Нужно ли пояснять, что компьютеры без программ не нужны, а программы создаются программистами?
И если СССР в 50-70 годы прошлого века изготавливал компьютеры, то еще лет 60 назад программисты уже были?
Безусловно так.
Но вопрос то в другом — терминологию, которая у джунов/трейни отскакивает от зубов, ибо зубрили совсем недавно — сеньор может уже забыть. Конечное качество его работы все равно будет намного выше и безо всякой терминологии.
Гораздо больше терминов из конкретной предметной области.
А вышеупомянутый singleton, ага… прямо представляю как на meeting мы обсуждаем проблему на уровне singleton да замыканий… ну да, конечно.
даже при общении с джунами это не используется.
только что при написании статей об основах программирования или при code review начинающего trainee этот термин и будет использован.
я этого и не знал никогда. Могу догадаться из контекста вопроса или посмотреть в Гугле.
Ничуть не мешает программировать и на качество кода не влияет — нескромно: мало кто из моих бывших однокурсников программирует лучше меня.
Подавляющее большинство подобных ради денег во всех профессиях. Чем ИТ лучше?
Сюрприз — люди работают ради денег. Количество даже казалось бы принципиально увлеченных в ИТ было бы существенно меньше, если бы доходы были как у всех.
1) Вы так говорите, будто бы они по розничным ценам выкупают услуги сети…
Оператору выгодно догрузить свободные мощности своей сети, не суть важно по какой цене. И если оператор не может этого сделать, напрямую набрав абонентов, то когда приходит оптовый покупатель типа Сбербанка, то такой покупатель получает совсем другими цены.
2) У виртуального оператора нет затрат на поддержку всей дорогостоящей инфраструктуры. Ему вовсе не обязательно столь много зарабатывать как оператору со своим «железом» сети.
3) mobile-review.com/articles/2017/oper-news-08-17-2.shtml
Если в другом федеральном округе — то да.
У банков и операторов связи — подразделение, работающее на территории федерального округа, по сути, изолированное независимое от подразделений, работающих на территории других федеральных округов.
В пределах даже соседних областей (в одном федеральном округе) такой проблемы быть не должно.
Это сейчас. Все же полвека минуло.
А на момент основания в 1966 году — АвтоВАЗ был вполне себе технологически совершенным, в том числе и по меркам всего мира. И ВЦ на АвтоВАЗе был весьма и весьма хорош.
Я и до этого подозревал, что люди тырят не проверяя, что пишут статьи, не проверяя — то чтобы в таком масштабе…
АвтоВАЗ
А что, в наше время, абсолютно все должно делаться в Виртуалии?
Очевидно, что такие предприятия ведут свою деятельность в реальном, а не виртуальном мире, что не может не радовать. Едим-то мы вполне материальные вещи.
Да ты че?
Лет 25 назад мой преподаватель рассказывала о том, как именно программирование уже вовсю применялось на примере огромного завода, на котором она работала в 1970-х. То есть почти 50 лет назад. А один из старейших ныне еще применяемых языков программирования для бизнес-приложений, а вовсе не для научных целей — Cobol — был создан в 1959 году. Применяется до сих пор по той причине, что еще тогда были написаны горы программного кода.
Понятия не имею как называются паттерны, которые я использую в том или ином случае.
Да и вообще никогда не имел понятия — в мое время их не зубрили.
Для того чтобы делать дело — названия этих вещей не нужны в принципе.
Тут все понятно — это не жизненно необходимая вещь. Комфорт жизни — да, но это же не смертельный аппендицит. А зуб вам вырвут быстро.
Стоматология — это вообще другая планета. Ее, действительно, следует делать за деньги.
В той же США стоматология, как правило, с страховку не входит.
К нам из Москвы едут к родственникам в гости только затем, чтобы вылечить зубы. Это даже выгоднее, с учетом и дороги.
Ничем не отличается от США, такой же запрет действует и в США.
На биржах могут напрямую торговать вовсе не кто попало.
А через посредника — брокера — да за мило дело, никто тебе не мешает ни в США ни в РФ.