А если не одна? Всегда заказывал по две-три книги и получал в упаковке:
— вначале гофрокартоном обмотанны
— сверху упаковочной бумаге
Больше походило на бандероли.
Екатеринбург от Новосибирска и уж тем более Дальнего Востока всё таки далеко.
Сколько сейчас занимает среднее время доставки до Новосибирска? Почему до сих пор нет ни одного склада справа по карте? Курьеры это конечно хорошо но хочется:
— получать книги быстро
— получать книги в идеальном состоянии, например в пузырчатой плёнке, а не в бумажных наспех сделанных коробках где и книги мнутся уголкам и кейсы для дисков трескались когда заказывал.
Ориентируетесь на участников того мероприятия где был доклад? Ну ок… Пойду от сюда туда что-ли… что бы мнение имело значение. Хотя нет, я ведь не формат под то мероприятие. Значит… всё сложно:) Пишите конечно, доклады какими бы они не были хороши, только этот так себе, только и всего. Исключительно собственное мнение как и у некоторых других людей.
Доклад не в «разработку», а в «менеджмент» стоит отправить, так как о разработке тут собственно ни слова, одни критерии выбора, впечатления и прочее присущее к менеджерам которые принимают решения. Аля «а что лучше, Yii или Symphony… давайте составим табличку...» или «А где нам взять столько программистов под конкретный фреймворк… а давайте наймём вот этих...».
Этот доклад может и полезен на специальных днях для тех кому нужно, но это не разработка и совсем не техническая статья, даже для сильного доклада по управлению не подходит. Эта одна из причин почему я придрался к перепечатки материалов.
Не скажу что этот доклад прямо такой классный… если бы не общая тематика ваших конференций то как статью его надо бы заминусовать как бесполезный по большому счёту.
Вы просто сами всех запутали с позиционированием собственных ресурсов. Так что не мудрено что ни я вас ни вы меня не понимаете:) Более того, ресурсов вы расплодили и дальше будет только хуже:)
В этом и дело. Миграция «закрытый вебинар который умрёт» -> «Хабр» кривая.
Если бы по человечески рассказали о том что дескать так и так, прошло столько-то времени и появилось столько-то статей и про них никто ничего не знает… и мы вот дескать решили выложить это всё на хабр и вот вам список со ссылками на все материалы, а так же краткая аннотация, прикреплённое видео и так далее… а следующие материалы публиковать одновременно и там и там или только тут или как-то ещё.
А так складывается впечатление что вы из этого автора пытаетесь все соки выжать, подавая то с одним соусом то с другим. И ещё вам бы не делать умирающие сайты. А то глупо и впечатление портит.
Вы все его материалы собираетесь копипастить на хабр со своего блога? http://step2step.highload.ru/blog/about-frameworks.html
Лучше бы сделали удобный доступ к статьям не из рассылки а напрямую с главной страницы http://step2step.highload.ru/ или сделали бы это со страницы http://step2step.highload.ru/blog/ которой не существует.
В общем, не спамьте одним и тем-же. Кому надо и так найдут, а спам бесит.
Это не блаж и не устоявшаяся практика — это что-то из ряда вон выходящее. Вы либо системно решаете задачу, либо пляшите с root-доступами которые как бы ни о чём вообще. Исключительно своё собственное мнение.
К примеру есть сервис с админами itsumma — им тоже нужны пароли, но что бы попасть на сервер используют:
а) флешку с токеном
б) файл ключа (или пароль, точно уже не помню)
в) доступ только через сервис самой компании, никаких коннектов напрямую
Но суть в том что никто, никому, никогда, не должен передавать никакие пароли совсем. Ни от банка, ни от хостинга, ни от домена. А то что у вас — это детский сад.
Вот пример: вы сделали некий функционал который использует 50% API фейсбука. Написали тесты, всё окей. Выкатили в продакшин… через неделю добавили новых функций по старым мокам (моками покрыли старую версию всю целиком), написали тесты, тесты прошли, выкатили в продакшин — новая часть функционала не сработала — появились жалобы.
Вся суть в том печатается ли леман на обычном принтере и может ли обычный местный житель отличить настоящий леман от скажем ксерокопи… потому что если вам заплатят такой бумажкой, а вы потом пойдёт куда-то ещё и окажется что у вас не деньги а просто ксерокс хороший — будет не приятно. Для этого и существуют водяные знаки, перфорация, голограммы и сложный рисунок ато и сложная в производстве бумага… тут же про это ничего не сказано, судя по фотографиям купонов — просто на принтере распечатали.
Речь о том что?
1. напечатать больше евро чем печатается — это нарушение
2. напечатать больше леманов равных евро — это для местного населения — нормально
Если это не виртуальная валюта (с защитой через блокчейн) то встаёт вопрос как именно эта валюта защищена. Если в самом начале это были купоны то вероятность подделки купонов очень высока.
Вопрос применяются ли к этой валюте такие же требования безопасности как к тому же евро?
Идея классная. Поддерживаю. Предпочту предлагать пул-реквесты к статьям нежели писать автору или в комменты.
Но для моментов где не понятно как исправить всё равно удобны комментарии которые видны всем. Взять тот же github.com — там можно к любой строчке кода добавить ветку обсуждения. Как сделать такое на хабре — вопрос сложный, возможно что и не нужно.
Очевидно что статья лишь пример технологии. Дальше уже бизнс логика — что пушить, когда и при каких условиях.
Например
— если зашли на главную и не видим сессии — однозначно пушить всё
— если зашли на главную и видим что пользователь уже известен и заходил не давно — можно не пушить то что не поменялось
— если зашли на главную и видим что пользователь был до обновления продакшина — пушить то что обновилось или всё, в зависимости от того какие данные в удобном виде доступны
— если зашли не на главную, но в какой-то специализированный раздел где некоторые данные критичны — пушить
— если зашли на страницу где есть динамически обновляемые данные, например графики — пушить графики
И так далее и тому подобное.
С кем бы не говорил в обычной жизни об этих поправках — все вяло спрашивали «о чём речь» и «что за Яровая»? А когда узнавали — не имели собственного мнения на этот счёт. Так что, кажется, это интересует только айтишников и то далеко не всех.
— вначале гофрокартоном обмотанны
— сверху упаковочной бумаге
Больше походило на бандероли.
Екатеринбург от Новосибирска и уж тем более Дальнего Востока всё таки далеко.
— получать книги быстро
— получать книги в идеальном состоянии, например в пузырчатой плёнке, а не в бумажных наспех сделанных коробках где и книги мнутся уголкам и кейсы для дисков трескались когда заказывал.
Этот доклад может и полезен на специальных днях для тех кому нужно, но это не разработка и совсем не техническая статья, даже для сильного доклада по управлению не подходит. Эта одна из причин почему я придрался к перепечатки материалов.
Если бы по человечески рассказали о том что дескать так и так, прошло столько-то времени и появилось столько-то статей и про них никто ничего не знает… и мы вот дескать решили выложить это всё на хабр и вот вам список со ссылками на все материалы, а так же краткая аннотация, прикреплённое видео и так далее… а следующие материалы публиковать одновременно и там и там или только тут или как-то ещё.
А так складывается впечатление что вы из этого автора пытаетесь все соки выжать, подавая то с одним соусом то с другим. И ещё вам бы не делать умирающие сайты. А то глупо и впечатление портит.
Лучше бы сделали удобный доступ к статьям не из рассылки а напрямую с главной страницы http://step2step.highload.ru/ или сделали бы это со страницы http://step2step.highload.ru/blog/ которой не существует.
В общем, не спамьте одним и тем-же. Кому надо и так найдут, а спам бесит.
К примеру есть сервис с админами itsumma — им тоже нужны пароли, но что бы попасть на сервер используют:
а) флешку с токеном
б) файл ключа (или пароль, точно уже не помню)
в) доступ только через сервис самой компании, никаких коннектов напрямую
Но суть в том что никто, никому, никогда, не должен передавать никакие пароли совсем. Ни от банка, ни от хостинга, ни от домена. А то что у вас — это детский сад.
1. напечатать больше евро чем печатается — это нарушение
2. напечатать больше леманов равных евро — это для местного населения — нормально
Если это не виртуальная валюта (с защитой через блокчейн) то встаёт вопрос как именно эта валюта защищена. Если в самом начале это были купоны то вероятность подделки купонов очень высока.
Вопрос применяются ли к этой валюте такие же требования безопасности как к тому же евро?
Но для моментов где не понятно как исправить всё равно удобны комментарии которые видны всем. Взять тот же github.com — там можно к любой строчке кода добавить ветку обсуждения. Как сделать такое на хабре — вопрос сложный, возможно что и не нужно.
Например
— если зашли на главную и не видим сессии — однозначно пушить всё
— если зашли на главную и видим что пользователь уже известен и заходил не давно — можно не пушить то что не поменялось
— если зашли на главную и видим что пользователь был до обновления продакшина — пушить то что обновилось или всё, в зависимости от того какие данные в удобном виде доступны
— если зашли не на главную, но в какой-то специализированный раздел где некоторые данные критичны — пушить
— если зашли на страницу где есть динамически обновляемые данные, например графики — пушить графики
И так далее и тому подобное.