P.S. "Завоеватели. Как португальцы построили первую мировую империю" Роджер Кроули - для тех кому интересна тема освоения европейцами морских путей вокруг Африки (1400+ года).
Всю статью можно поместить в десяток хороших абзацев, но тогда придётся бахнуть весь нейрослоп. Чудовищный жест, ничего не скажешь. Будем читать нейрослоп.
Вот не понимаю - зачем оцифровывать учебники, если нет технических средств для их восприятия? Я имею ввиду книжки-читалки и планшеты, а не тупо стационарный ПК или ноутбук. Вот серьезно. Кто читает книги на компе? Это ужас. Устройство для чтения книг должно быть удобным для чтения и хранения книг, иметь определенный формфактор. ПОЧЕМУ люди ассоциируют цифровые книги с компом? С айпадом я могу читать хоть в метро, хоть на даче, хоть где. Зачем заставлять людей читать УЧЕБНИКИ на компьютере?
У меня вопрос по структуре проекта: почему модели пайдентика находятся в app рядом с апи, не удобнее было бы хранить их рядом с моделями ОРМ? Или это неправильно? По одному из Ваших шаблонов я делаю пет-проект, но структуру немного меняю для своего удобства, делаю так, как мне кажется очевиднее. Могли бы Вы как-то разъяснить для новичков почему определяете структуру именно такой?)
Принципы, на которых построено взаимодействие в нашей команде: - нагнетание атмосферы страха, неуверенности и сомнений - упоминание концепций обратного сексизма и обратного расизма - упоминание ситуаций, связанных с сексуальными домогательствами и насилием - высказывание предположений о психическом здоровье участников
Я хочу сделать свою работу (работу технолога) максимально автоматизированной, чтобы мне не приходилось заниматься рутинами, в которых ошибки исключительно из-за невнимательности. Вот к примеру: я неправильно передам (перепутаю две цифры местами) размеры заготовки ОДНОЙ детали в выписке по целому узлу. Тогда оператор одного станка отрубит неверный размер, передаст его на пробивной станок, который не сможет выполнить свою программу по этому размеру. Весь узел встаёт на сборке из-за одной детали. Эту деталь надо впихнуть в поток, задерживая следующие узлы. Конечно, это уже всё учтено умными людьми сверху, но лично мне хочется работать без ошибок.
По своей инициативе начал проектировать PDM-систему для производственного предприятия, на котором работаю сам. Причина - частые ошибки при работе / обороте бумажной документации. Сначала планировал выкатить MVP, презентовать его и получить ресурсы на дальнейшую реализацию, но я захлебнулся в недостатке знаний и отсутствии опыта. Это мой первый проект подобного масштаба (до этого писал скрипты на python для автоматизации мелких задач, и вообще, я - технолог, а не айтишник). Я столкнулся с концепцией асинхронной работы БД, jwt токенами, "мягким удалением", миграциями, и это только начало. Я уже не говорю о том, что за 2 месяца несколько раз пересматривал архитектуру отдельных модулей, т.к. не до конца понимал, как именно оно должно быть устроено (оптимизация / читаемость / поддержка в будущем). И у меня всё ещё есть сомнения по поводу того, как сейчас всё устроено.
В целом, этот проект мне очень интересен, но иногда кажется, что я настолько тупой, что даже представить страшно. Постоянно приходится переступать через себя, чтобы взяться за очередную непонятную вещь, к которой я уже пытался безуспешно подобраться, в надежде найти в себе силы попытаться понять и реализовать.
В коммерческой разработке тоже так? Каждая задача в основном новая или большая часть - типовые?
Зачем это на хабре?
P.S. "Завоеватели. Как португальцы построили первую мировую империю" Роджер Кроули - для тех кому интересна тема освоения европейцами морских путей вокруг Африки (1400+ года).
Никаких нервов уже нет читать нейрослоп
Вот что ещё иронично: для СМИ эти 3 пункта могут быть как посмешищем, так и прорывом.
Братья Либерманы предполагали 2 исхода:
1. распределенные сети ресурсов, разные владельцы
2. концетрация ресурсов в руках 2-3 крупнейших компаний
Движемся ко второму
Попробуйте самостоятельно написать 2-3 осмысленных абзаца на любую тему и только потом приступайте к редактированию своего нейрослопа
Как устроиться к вам на работу?
ди них!
Всю статью можно поместить в десяток хороших абзацев, но тогда придётся бахнуть весь нейрослоп. Чудовищный жест, ничего не скажешь. Будем читать нейрослоп.
Проект «Феникс»
Напомнило книгу "Проект Феникс" (бизнес роман про devops)
Моя память не готова была провалиться так глубоко.............
Вот не понимаю - зачем оцифровывать учебники, если нет технических средств для их восприятия? Я имею ввиду книжки-читалки и планшеты, а не тупо стационарный ПК или ноутбук. Вот серьезно. Кто читает книги на компе? Это ужас. Устройство для чтения книг должно быть удобным для чтения и хранения книг, иметь определенный формфактор.
ПОЧЕМУ люди ассоциируют цифровые книги с компом? С айпадом я могу читать хоть в метро, хоть на даче, хоть где. Зачем заставлять людей читать УЧЕБНИКИ на компьютере?
Спасибо за ответ. Стало понятнее.
У меня вопрос по структуре проекта: почему модели пайдентика находятся в app рядом с апи, не удобнее было бы хранить их рядом с моделями ОРМ? Или это неправильно?
По одному из Ваших шаблонов я делаю пет-проект, но структуру немного меняю для своего удобства, делаю так, как мне кажется очевиднее.
Могли бы Вы как-то разъяснить для новичков почему определяете структуру именно такой?)
О чём статья?
Лучше бы качеством связи занялись
я ровно об этом же подумал
Принципы, на которых построено взаимодействие в нашей команде:
- нагнетание атмосферы страха, неуверенности и сомнений
- упоминание концепций обратного сексизма и обратного расизма
- упоминание ситуаций, связанных с сексуальными домогательствами и насилием
- высказывание предположений о психическом здоровье участников
Я хочу сделать свою работу (работу технолога) максимально автоматизированной, чтобы мне не приходилось заниматься рутинами, в которых ошибки исключительно из-за невнимательности. Вот к примеру: я неправильно передам (перепутаю две цифры местами) размеры заготовки ОДНОЙ детали в выписке по целому узлу. Тогда оператор одного станка отрубит неверный размер, передаст его на пробивной станок, который не сможет выполнить свою программу по этому размеру. Весь узел встаёт на сборке из-за одной детали. Эту деталь надо впихнуть в поток, задерживая следующие узлы. Конечно, это уже всё учтено умными людьми сверху, но лично мне хочется работать без ошибок.
По своей инициативе начал проектировать PDM-систему для производственного предприятия, на котором работаю сам. Причина - частые ошибки при работе / обороте бумажной документации.
Сначала планировал выкатить MVP, презентовать его и получить ресурсы на дальнейшую реализацию, но я захлебнулся в недостатке знаний и отсутствии опыта.
Это мой первый проект подобного масштаба (до этого писал скрипты на python для автоматизации мелких задач, и вообще, я - технолог, а не айтишник). Я столкнулся с концепцией асинхронной работы БД, jwt токенами, "мягким удалением", миграциями, и это только начало.
Я уже не говорю о том, что за 2 месяца несколько раз пересматривал архитектуру отдельных модулей, т.к. не до конца понимал, как именно оно должно быть устроено (оптимизация / читаемость / поддержка в будущем). И у меня всё ещё есть сомнения по поводу того, как сейчас всё устроено.
В целом, этот проект мне очень интересен, но иногда кажется, что я настолько тупой, что даже представить страшно. Постоянно приходится переступать через себя, чтобы взяться за очередную непонятную вещь, к которой я уже пытался безуспешно подобраться, в надежде найти в себе силы попытаться понять и реализовать.
В коммерческой разработке тоже так? Каждая задача в основном новая или большая часть - типовые?