Может быть именно с этого и стоило начать обзор? И может быть стоило немного рассказать об архитектуре протоколов, как их отлаживать, как настаивать? В статье не очень понятно в каком случае какому протоколу отдавать предпочтение. Тот же — SSO — это не только oAuth. Kerberos это же тоже SSO, только в рамках домена, чтобы пользователю не приходилось вводить пароль при подключении к каждому ресурсу. Можно ведь сделать, например, двухфакторную аутентификацию на основе kerberos. Можно сделать n-уровневую аутентификацию в принципе. Ведь читателю в принципе не понятно, а что такое уровень вообще?
То есть вы как Марфа, печетесь о многом, сначала о задачах, потом о проблемах и так по кругу
Я не вижу в этом ничего плохого. У каждого человека должны быть внутренние стопоры как в отношении делания, так и в отношении неделания.
Накидать проблем...
Всё-таки программный продукт имеет много качеств, которым надо удовлетворять — цена своего качества, цена сложности поддержки в будущем и в итоге само кодирование занимает небольшое количество времени по отношению к общему решению. Многие проблемы существуют ещё до начала написания кода. Просто вначале профессии не задумываешься об этом. Отсюда и куча холиваров, когда дискуссия превращается… превращается дискуссия… Поэтому и решения надо разделять на программные и «кодированные». (Если решение работает, какие могут быть к нему претензии? «Ты плохо спрограммировал!» — да плевать, когда работает. Если закодировано «плохо», то вопрос к менеджеру, т.к. он не описал, что значит «хорошо», чтобы кодировщик мог сам себя контролировать)
Мне в последнее время кажется, что надо разделить «программистов» на две части — кодировщиков и собственно программистов. Всё-таки странно называть одинаковым названием людей, квалификация которых зависит от языка. Знаешь JavaScript — программист. А кто не знает — не программист? А если можешь решить задачу на C# и не можешь тоже самое сделать на Java? Поэтому написать «выдающийся» кодировщик будет уместнее, т.к. он знает хитрости реализации конкретного решения на соответствующем языке (а иногда и в соответствующей виртуальной машине языка). В то время как программист не зависит от языка программирования и он принципиально решает задачу и ему тонкости языка не важны. Поэтому среди программистов будут свои выдающиеся люди, но уже с другими способностями.
Отсюда вполне логично, что можно выходить из коробки в области кодирования, а можно выходить из коробки в области программирования. И поэтому в дискуссиях на тему «эффективности» нужно видеть грань между кодированием и программированием и не предъявлять каждой из этих областей требований из другой. Именно таким образом можно избежать «накидать проблем».
И не раздумывает ли он иногда о том, выиграл ли он, или проиграл, изучив свою профессию?
Не читал Марка Твена, но одобряю, хотя мне кажется, что он не до конца раскрыл тему. Описание заканчивается на том, что вроде как профессия освоена и что же делать дальше? Лично я вижу два варианта — первый, можно просто и незатейливо передавать знания и второй — двигать профессию дальше. Но для этого надо выйти за привычные «рамки». Вопрос — а какие рамки? Вот тут как раз у него и нет ответа. А жаль. Могу пока только предположить, что каждый выходит за рамки по своему.
Ну так в статье речь не про то, что c увеличением опыта можно подняться на другие уровни абстракции (это вроде как очевидно), а когда вы выбрали досуха весь «стек» ваших абстракций, но это не помогает решить задачу и нужно выйти за свои «какие-то пределы».
P.S.
Не каждая задача требует выхода за пределы своих возможностей. Для «обычных» задач опыт, естественно, очень сильно помогает.
умение выйти за рамки традиционных подходов позволяет разработчику выйти на новый уровень
и большинство из топик-стартеров хотят понять, как развить в себе эту способность
Я размышлял на эту тему достаточно долго и пришёл к странному выводу. Сам по себе поиск этой способности ошибочен. Её не надо искать. Она в вас была изначально, когда вы входили в профессию, но теперь она утрачена.
Поясню. Изначально вы ничего не знали об информатике/электронике/программировании/другое и с удовольствием глотали волшебные заклинания, чтобы разобраться в работе, постепенно утрачивая способность видеть задачу целиком, а не в виде декомпозиции на отдельные части с принципами работы. Погружение в профессию оказывает вам медвежью услугу.
Поэтому я бы посоветовал просто почаще вспоминать ощущения, когда вы ещё были очень слабы в предмете и на всё глядели свежим взглядом.
Т.е. если я приобрету два диска (внутри каждого по одной пластине), то будет аналогично? ))) А серьёзно — я бы не стал заявлять что производительность удвоена. Скорее устранена конкуренция для доступа на разные пластины. А скорость ведь осталась прежней?
Категорически поддерживаю предложение по доработке системы отображения комментариев.
Ещё бы дополнил, чтобы на любой странице на хабре выводилась информация, что кто-то ответил на мой комментарий+ссылка, чтобы не надо было гадать на кофейной гуще, когда вижу, что появились новые комментарии к статье. К слову, на почту же приходят уведомления с текстами ответов, осталось их просто отображать на сайте во всплывающей подсказе, если они не прочитаны. Например:
Наверняка есть, но вы же понимаете, что разработчику во многих случаях проще спросить у пользователя, как у непосредственного источника проблемы, чем идти на поклон к администраторам, которые тоже могут быть сильно заняты и тогда решение проблемы уж точно не будет оперативным. )))
то куда уж тут без профессионализма лежащего в основе этого интуитивного озарения
Бинго. lair никак не может скрестить эти понятия.
У меня сложилось стойкое убеждение, что у него не бывает инсайтов и он сильно переживает из-за этого.
Вы уж определитесь, вы сам-то считаете свой подход профессиональным или нет
Это только часть подхода. Не знаю, как по вашему — можно ли считать часть целым? Но если это всего лишь часть, то можно ли её считать отдельно и независимо? Дилемма.
у меня вот смелости нет, а решения есть. Как так?
Просто тот момент с проявлением смелости вы уже забыли и возможно, что однажды совершённый в прошлом смелый поступок является сегодня обычной рутиной. Может быть адреналин от найденного решения второй раз не выделяется, но главное, что работает. В любом случае — взять на себя ответственность внедрить решение и довести её до стадии продажи и получения прибыли — тоже смелость. Она как смазка.
Напомню, что изначально вы сказали...
Ну, я же не брал с вас слова, что вы не будете делать выводов, пока не узнаете весь мой контекст? Вы стали рассуждать, я поправлять в направлении моего контекста. В какой-то момент вы решили, что мы обсуждаем вас и я вам противоречу. В итоге я вам объяснил, что я имел в виду инсайт, а вы могли бы и предположить, что раз мы не обсуждаем конкретную проблему, то обсуждать сферическое универсальное решение в вакууме не имеет смысла. Да, сегодня существует много решений. Но когда подходишь к рубежу, то выясняется, что ещё больше проблем решений ещё не получили. Как можно найти решение за пределами того, что есть сегодня? Хотя есть и поговорка — удача — это 10% везения и 90% потения. Я говорю про 10%, без которых остальные 90% почти бесполезны. Вы говорите про 90%, но без этих 10% тоже бесполезны. В целом мы говорим об одном и том же.
как могло возникнуть непонимание, если рамки постоянно очерчивались и подтверждались
А непонимание возникло у вас с самого начала, когда вы написали, что мой подход непрофессиональный. Это ведь именно вы прокомментировали мой ответ, а не я ваш. Но поскольку мы про инсайт поговорили, то теперь вам должно быть понятно, что имелся в виду не конвеерный вид работы, а поиск неизвестного решения. Я же не говорил с самого начала, что мне непонятно что-то конкретно? Для этих целей я иногда хожу на тостер. Когда другие методы поиска решения исчерпаны и нужно хоть немного развеяться (спасибо хабру за тостер). Если вы хотите обсудить конкретно ваш метод разработки — заносите пациента.
тогда тем более что в этом смелого?
нет смелости — нет решения. Тогда копаете от забора и до обеда.
Бывает. Рутина.
А бывает не рутина. Стакан наполовину пуст или полон?
Мне в последнее время кажется, что надо разделить «программистов» на две части — кодировщиков и собственно программистов. Всё-таки странно называть одинаковым названием людей, квалификация которых зависит от языка. Знаешь JavaScript — программист. А кто не знает — не программист? А если можешь решить задачу на C# и не можешь тоже самое сделать на Java? Поэтому написать «выдающийся» кодировщик будет уместнее, т.к. он знает хитрости реализации конкретного решения на соответствующем языке (а иногда и в соответствующей виртуальной машине языка). В то время как программист не зависит от языка программирования и он принципиально решает задачу и ему тонкости языка не важны. Поэтому среди программистов будут свои выдающиеся люди, но уже с другими способностями.
Отсюда вполне логично, что можно выходить из коробки в области кодирования, а можно выходить из коробки в области программирования. И поэтому в дискуссиях на тему «эффективности» нужно видеть грань между кодированием и программированием и не предъявлять каждой из этих областей требований из другой. Именно таким образом можно избежать «накидать проблем».
P.S.
Не каждая задача требует выхода за пределы своих возможностей. Для «обычных» задач опыт, естественно, очень сильно помогает.
Я размышлял на эту тему достаточно долго и пришёл к странному выводу. Сам по себе поиск этой способности ошибочен. Её не надо искать. Она в вас была изначально, когда вы входили в профессию, но теперь она утрачена.
Поясню. Изначально вы ничего не знали об информатике/электронике/программировании/другое и с удовольствием глотали волшебные заклинания, чтобы разобраться в работе, постепенно утрачивая способность видеть задачу целиком, а не в виде декомпозиции на отдельные части с принципами работы. Погружение в профессию оказывает вам медвежью услугу.
Поэтому я бы посоветовал просто почаще вспоминать ощущения, когда вы ещё были очень слабы в предмете и на всё глядели свежим взглядом.
Ещё бы дополнил, чтобы на любой странице на хабре выводилась информация, что кто-то ответил на мой комментарий+ссылка, чтобы не надо было гадать на кофейной гуще, когда вижу, что появились новые комментарии к статье. К слову, на почту же приходят уведомления с текстами ответов, осталось их просто отображать на сайте во всплывающей подсказе, если они не прочитаны. Например:
У меня сложилось стойкое убеждение, что у него не бывает инсайтов и он сильно переживает из-за этого.
Вы слишком отвлеклись. Мы не вас обсуждаем.
Откуда вы это знаете, если конечные решения для них не найдены? Значит и неизвестно, подходит ли к ним известная методология.
Сказал человек, который считает применение инсайта в бизнесе непрофессиональным подходом.
Наполовину. Выберите ту половину, которая вам нравится.
Докажите, что вы не робот.
Это только часть подхода. Не знаю, как по вашему — можно ли считать часть целым? Но если это всего лишь часть, то можно ли её считать отдельно и независимо? Дилемма.
Просто тот момент с проявлением смелости вы уже забыли и возможно, что однажды совершённый в прошлом смелый поступок является сегодня обычной рутиной. Может быть адреналин от найденного решения второй раз не выделяется, но главное, что работает. В любом случае — взять на себя ответственность внедрить решение и довести её до стадии продажи и получения прибыли — тоже смелость. Она как смазка.
Ну, я же не брал с вас слова, что вы не будете делать выводов, пока не узнаете весь мой контекст? Вы стали рассуждать, я поправлять в направлении моего контекста. В какой-то момент вы решили, что мы обсуждаем вас и я вам противоречу. В итоге я вам объяснил, что я имел в виду инсайт, а вы могли бы и предположить, что раз мы не обсуждаем конкретную проблему, то обсуждать сферическое универсальное решение в вакууме не имеет смысла. Да, сегодня существует много решений. Но когда подходишь к рубежу, то выясняется, что ещё больше проблем решений ещё не получили. Как можно найти решение за пределами того, что есть сегодня? Хотя есть и поговорка — удача — это 10% везения и 90% потения. Я говорю про 10%, без которых остальные 90% почти бесполезны. Вы говорите про 90%, но без этих 10% тоже бесполезны. В целом мы говорим об одном и том же.
нет смелости — нет решения. Тогда копаете от забора и до обеда.
А бывает не рутина. Стакан наполовину пуст или полон?
Изобретение обычным не бывает по определению.
А если именно вы не можете?
Главное не убежать голым с собеседования.