В общем, совмещать отдых с работой - ни отдыха ни работы :) Лучше стандартная схема - отработал, взял отпуск - отдохнул с верой в тропическую сказку. Но без ноутбука, созвонов, авралов и пр.
Я тоже так по молодости пробовал - думал в раю так сказать будет лучше работаться. Фига. Рай постепенно становится адом.
Ну а удаленка или нет - это уже с пляжем не связано. Против удаленки ничего не имею, хотя я бы, возможно, и предпочел отдельный офис для разделения пространства - но пока нет такой возможности по семейным причинам. Плюс в том что работа меня не напрягает и я делаю ее без напряга, по этому особых проблем нет. Кого напрягает - точно лучше дома не заниматься, хотя бы в библиотеку ходить, если нет офиса.
Если есть синхронизация или бэкапы значит ни в какой микросхеме он точно не лежит
Вроде пишут что первая микросхема может передать свой публичный ключ второй микросхеме. И тогда вторая микросхема шифрует публичным ключом свои данные и передает первой - первая расшифровывает внутри себя самой. Т.о. для внешнего мира ключи не доступны. Остается только вопрос - как пользователю понять какая из микросхем делает запрос - его личная или кул-хацкера.
Так основная фишка ж в том что ключ из микросхемы невозможно достать никаким образом - ЭЦП производит сама микросхема без отдачи ключа во внешний мир из своей памяти. Это не плохо, но при синхронизации ключей все-таки есть способ импорта, пусть и зашифрованых данных.
Не удобно. Я просто хочу сделать бекап всего. По одному, во-первых, долго, во-вторых - вдруг забуду какой ключ перенести и потеряю доступ. Нужно все разом. И чтобы было прозрачно, чтобы все ключи я видел.
Что есть открытость при передаче через сторонний сервер?
Копия ключей, передача ключа на другое устройство - это то, чем пользователь должен уметь управлять. Могу ли я передать свои ключи с Android-телефона на iOS-телефон? Есть ли открытый протокол для этого? Или навечное привязывание к вендору?
Подробнее - я не думаю, что код уж совсем неизвестен
Вроде API закрыты, протокол держат в тайне. Как происходит передача всех секретов от одного девайса к другому, могу ли я сам инициировать такую передачу путем вызова системных API?
Нет прозрачности и открытости, а это уже дурно пахнет.
Тут основная фигня - как ключи шарятся между устройствами. Можно через сервера Apple или Google, в перспективе MS. Якобы говорят что все передается зашифрованным - но при этом протокол закрыт, нет открытости при передаче через их сервера. Откуда мне знать что они там передают, как проходит шифрование? Почему нельзя подменить устройство и сохранить на другом вирт. устройстве - как я об этом узнаю?
мне без проблем посмотреть класс с реализацией, если хотите можно свернуть все методы и вуаля - пройдитесь по верхам
Ну постоянно сворачивать-разворачивать - лишняя работа. Притом что часть методов приватных может не быть частью контракта и т.д. Лучше контакты - это как бы соглашения, скелет, на основе которого строится система - наращивается мясо.
Ну, это их проблемы доверия к людям. А если вы будете просить отгул на похороны и тоже не поверят?
Вы хотите идти против тренда. Тренд всеобщий - раздувать. Вся наша цивилизация дутая. Смысла мало.
Вам придется доказывать что вы правы.
К примеру, вместо фреймворков - использовать голый чистый JS, не тянуть 100500 библиотек в проект, как все это делают.
Притянули в проект фреймворк - этот фреймворк уже обяжет вас раздувать - писать события, состояния на каждый чих.
Если у вас есть силы и время доказывать что ваша позиция более правдива и рациональна - возможно. У некоторых даже получается, я же говорю - человек писал мало кода, но зарабатывал много денег. Это редко, обычно не верят и требуется видимая отдача, нравится нам или нет.
Сейчас принято делать видимость - чем больше видимости и чем меньше смысла. Все мы так живем, все погрязли в этом. А против тренда идти всегда тяжело.
Иногда заведомо задача усложняется до максимума, чтобы подольше ничего не делать, и побольше "лить воды" для создания продуктивной работы
Она не то что усложняется - когнитивная нагрузка такая же. 10 чистых строк написать так же сложно для мозга, как 600 дутых.
Но дело вот в чем. Бизнес не поверит что 10 строк это сложно. 600 дутых - да, поверят. 10 - не поверят.
Бывает что бизнес готов принять эту истину - был такой случай. И чел. разработчик подсчитал - ему платили 7 долларов за нажатие кнопки и 7 за отжатие. Но это редко кто готов принять такую истину, по этому кроме как дуть - выхода нет.
Т.е. реальность такова: либо писать 5-10 строк в день чистых за те же деньги. Либо 200-300 дутых. Но не получится писать 200 чистых. Бизнес, как правило, не готов принять первый вариант - хочет чтобы и дутости не было но и объем работ не падал. А так не возможно. Когнитивные способности среднего человека очень не велики на самом деле. Устанет, запутается. И будет смешно что там всего 20 строк а он над ними 2 дня пыжится. Когда 600 - хотя бы не так позорно.
Если там 10 простых строк, то не оценивайте в два дня.
А здесь дело вот в чем. Люди переоценивают свои когнитивные способности за счет копирования. Когда копируешь - кажется что ты решаешь почти сам. Но нет, ты просто копируешь.
Вера в то что 10 строк за 2 дня мало - незыблема. Скопировать 10 строк - мало. Прийти своим умом - может быть и норм.
И вот именно чтобы подстроиться под эту всеобщую веру - нужно раздувать код, другого пути нет. Чем, собственно, все и занимаются. Иначе скажут - балду пинал.
Дело вот в чем: к реальной картине мира бизнес сам не готов. С одной стороны бизнес хочет чем проще - с другой стороны все-равно есть вера в то что 10 строк за 2 дня это 100% мало.
По этому имеем всеобщее раздувание. Причем не только кода, но и, по сути, всего. Всеобщая дутость цивилизации.
А если эти строки требовали того, чтобы два дня разбираться, то можно так и сказать начальству.
Не поверят. Все думают что у среднего человека высокие когнитивные способности и истину никто принять не готов - нужно дуть. Иначе никак.
Один человек нашел начальника - писал мало, но получал все-равно высокую оплату. И он подсчитал - получат 7 долларов за нажатие кнопки и 7 долларов за отжатие. Готов ли бизнес к этому? Думаю - ответ очевиден.
В корне всего вера что нажатие и отдельно отжатие кнопки НЕ может стоить 7+7 долларов. Под эту веру приходится подстраиваться.
И заметить, что теперь следующая такая задача потребует просто 10 строк, а не двух дней и 600 строк.
Дутых 10 строк? Ну дутых 10 не бывает - там же множитель. Даже одно мелкое значимое изменение займет около 100 строк.
Так тут же обратная связь. Оценивает срок задачи кто?
Если дашь оценку 2 дня. Бизнес такой - а чего так долго? Смотрит по итогам 2 дня и 10 срок кода. Балду пинал. А если 2 дня и 600 строк кода - значит все ОК, разработчик был прав а бизнес не знает всех нюансов, значит в следующий раз для подобных задач нужно планировать больше времени.
Если будут сокращать или увольнять по статье, то вряд ли будут смотреть на сложность кода
Будут смотреть сможет ли тебя кто-то заменить или нет.
Тут еще такой момент. Дутый код проще писать в больших объемах - сразу видно что работа делалась. Ни у кого вопросов не возникает. И заменить человека просто так не получится - новоприбывший ничего не сможет понять.
А вот функциональный (в смысле полезный) код писать сложно, возможно что 20 строк в день или 5 строк. Бизнес подумает что слишком мало работы делается и подумает об увольнении, тем более что человека заменить легко, код сможет поддерживать даже вчерашний студент.
Т.е. получается конфликт интересов заказчика и исполнителя, по сути. Такое можно наблюдать и в строительстве/ремонте - так же постоянно сроки срывают, делают по 100500 проводов на 2 комнаты и пр.
Но всегда придет умный лид, который говорит: "Полиморфизм благо, на все сервисные классы нужны интрефейсы"
Не знаю как вам, а мне легче посмотреть интерфейсы, охватить взглядом без реализации - чтобы лучше понять/вспомнить как работает система. Это своего рода документация.
В C++ есть заголовочные файлы, которые при грамотном подходе выполняют ту же функцию.
👍 - это ключевой вопрос.
В общем, совмещать отдых с работой - ни отдыха ни работы :) Лучше стандартная схема - отработал, взял отпуск - отдохнул с верой в тропическую сказку. Но без ноутбука, созвонов, авралов и пр.
Я тоже так по молодости пробовал - думал в раю так сказать будет лучше работаться. Фига. Рай постепенно становится адом.
Ну а удаленка или нет - это уже с пляжем не связано. Против удаленки ничего не имею, хотя я бы, возможно, и предпочел отдельный офис для разделения пространства - но пока нет такой возможности по семейным причинам. Плюс в том что работа меня не напрягает и я делаю ее без напряга, по этому особых проблем нет. Кого напрягает - точно лучше дома не заниматься, хотя бы в библиотеку ходить, если нет офиса.
Нужно делать модель демонстрационную.
Думаю что именно для этого все и делается.
Вроде пишут что первая микросхема может передать свой публичный ключ второй микросхеме. И тогда вторая микросхема шифрует публичным ключом свои данные и передает первой - первая расшифровывает внутри себя самой. Т.о. для внешнего мира ключи не доступны. Остается только вопрос - как пользователю понять какая из микросхем делает запрос - его личная или кул-хацкера.
Так основная фишка ж в том что ключ из микросхемы невозможно достать никаким образом - ЭЦП производит сама микросхема без отдачи ключа во внешний мир из своей памяти. Это не плохо, но при синхронизации ключей все-таки есть способ импорта, пусть и зашифрованых данных.
Не удобно. Я просто хочу сделать бекап всего. По одному, во-первых, долго, во-вторых - вдруг забуду какой ключ перенести и потеряю доступ. Нужно все разом. И чтобы было прозрачно, чтобы все ключи я видел.
Не знаю, я прочитал статью, понравилась, плюсанул. Что до оформления кода - то да, не удобно в таком виде.
Для каждого сервиса нужно процедуру повторить? Работает ли это реально или только ваше видение как должно быть?
Копия ключей, передача ключа на другое устройство - это то, чем пользователь должен уметь управлять. Могу ли я передать свои ключи с Android-телефона на iOS-телефон? Есть ли открытый протокол для этого? Или навечное привязывание к вендору?
Вроде API закрыты, протокол держат в тайне. Как происходит передача всех секретов от одного девайса к другому, могу ли я сам инициировать такую передачу путем вызова системных API?
Нет прозрачности и открытости, а это уже дурно пахнет.
Тут основная фигня - как ключи шарятся между устройствами. Можно через сервера Apple или Google, в перспективе MS. Якобы говорят что все передается зашифрованным - но при этом протокол закрыт, нет открытости при передаче через их сервера. Откуда мне знать что они там передают, как проходит шифрование? Почему нельзя подменить устройство и сохранить на другом вирт. устройстве - как я об этом узнаю?
Ну постоянно сворачивать-разворачивать - лишняя работа. Притом что часть методов приватных может не быть частью контракта и т.д. Лучше контакты - это как бы соглашения, скелет, на основе которого строится система - наращивается мясо.
Вы хотите идти против тренда. Тренд всеобщий - раздувать. Вся наша цивилизация дутая. Смысла мало.
Вам придется доказывать что вы правы.
К примеру, вместо фреймворков - использовать голый чистый JS, не тянуть 100500 библиотек в проект, как все это делают.
Притянули в проект фреймворк - этот фреймворк уже обяжет вас раздувать - писать события, состояния на каждый чих.
Если у вас есть силы и время доказывать что ваша позиция более правдива и рациональна - возможно. У некоторых даже получается, я же говорю - человек писал мало кода, но зарабатывал много денег. Это редко, обычно не верят и требуется видимая отдача, нравится нам или нет.
Сейчас принято делать видимость - чем больше видимости и чем меньше смысла. Все мы так живем, все погрязли в этом. А против тренда идти всегда тяжело.
Она не то что усложняется - когнитивная нагрузка такая же. 10 чистых строк написать так же сложно для мозга, как 600 дутых.
Но дело вот в чем. Бизнес не поверит что 10 строк это сложно. 600 дутых - да, поверят. 10 - не поверят.
Бывает что бизнес готов принять эту истину - был такой случай. И чел. разработчик подсчитал - ему платили 7 долларов за нажатие кнопки и 7 за отжатие. Но это редко кто готов принять такую истину, по этому кроме как дуть - выхода нет.
Т.е. реальность такова: либо писать 5-10 строк в день чистых за те же деньги. Либо 200-300 дутых. Но не получится писать 200 чистых. Бизнес, как правило, не готов принять первый вариант - хочет чтобы и дутости не было но и объем работ не падал. А так не возможно. Когнитивные способности среднего человека очень не велики на самом деле. Устанет, запутается. И будет смешно что там всего 20 строк а он над ними 2 дня пыжится. Когда 600 - хотя бы не так позорно.
А здесь дело вот в чем. Люди переоценивают свои когнитивные способности за счет копирования. Когда копируешь - кажется что ты решаешь почти сам. Но нет, ты просто копируешь.
Вера в то что 10 строк за 2 дня мало - незыблема. Скопировать 10 строк - мало. Прийти своим умом - может быть и норм.
И вот именно чтобы подстроиться под эту всеобщую веру - нужно раздувать код, другого пути нет. Чем, собственно, все и занимаются. Иначе скажут - балду пинал.
Дело вот в чем: к реальной картине мира бизнес сам не готов. С одной стороны бизнес хочет чем проще - с другой стороны все-равно есть вера в то что 10 строк за 2 дня это 100% мало.
По этому имеем всеобщее раздувание. Причем не только кода, но и, по сути, всего. Всеобщая дутость цивилизации.
Не поверят. Все думают что у среднего человека высокие когнитивные способности и истину никто принять не готов - нужно дуть. Иначе никак.
Один человек нашел начальника - писал мало, но получал все-равно высокую оплату. И он подсчитал - получат 7 долларов за нажатие кнопки и 7 долларов за отжатие. Готов ли бизнес к этому? Думаю - ответ очевиден.
В корне всего вера что нажатие и отдельно отжатие кнопки НЕ может стоить 7+7 долларов. Под эту веру приходится подстраиваться.
Дутых 10 строк? Ну дутых 10 не бывает - там же множитель. Даже одно мелкое значимое изменение займет около 100 строк.
Так тут же обратная связь. Оценивает срок задачи кто?
Если дашь оценку 2 дня. Бизнес такой - а чего так долго? Смотрит по итогам 2 дня и 10 срок кода. Балду пинал. А если 2 дня и 600 строк кода - значит все ОК, разработчик был прав а бизнес не знает всех нюансов, значит в следующий раз для подобных задач нужно планировать больше времени.
Будут смотреть сможет ли тебя кто-то заменить или нет.
Тут еще такой момент. Дутый код проще писать в больших объемах - сразу видно что работа делалась. Ни у кого вопросов не возникает. И заменить человека просто так не получится - новоприбывший ничего не сможет понять.
А вот функциональный (в смысле полезный) код писать сложно, возможно что 20 строк в день или 5 строк. Бизнес подумает что слишком мало работы делается и подумает об увольнении, тем более что человека заменить легко, код сможет поддерживать даже вчерашний студент.
Т.е. получается конфликт интересов заказчика и исполнителя, по сути. Такое можно наблюдать и в строительстве/ремонте - так же постоянно сроки срывают, делают по 100500 проводов на 2 комнаты и пр.
Не знаю как вам, а мне легче посмотреть интерфейсы, охватить взглядом без реализации - чтобы лучше понять/вспомнить как работает система. Это своего рода документация.
В C++ есть заголовочные файлы, которые при грамотном подходе выполняют ту же функцию.
А полезное применение смогли придумать?