Более того, выше автор пишет, что у них это выглядит как регламенты. Но все такие структуры требуют зрелости от персонала. Вы не сможете такое внедрить в "среднестатистическом цеху" где-то "вне миллионников", где HR может четко сказать пьет сотрудник утром или после смены.
Идея - красивая. Можно ли ее реализовать - можно. Подходит ли она везде -нет.
Существуют разные стили управления, разные корпоративные культуры. Мы не может учреждать, что сотрудники указанной компании на самом деле довольны тем, как внутри все устроено.
Самое близкое, что мне приходит на ум это организационная структура "большой четверки", где есть партнёры и их команды.
@dubrovinru я искренне рад что у вас получилось, честно! Это большая удача собрать коллектив, который достаточно зрелый чтоб вот в таком жить. Увы, для этого требуется время на трансформацию, если вы уже управляете устоявшейся структурой.
Есть куча "ролей", которые требуют определенной ответственности перед законом или образования/квалификации.
Есть куча "ролей", которые "длинные" и актор не может просто так "соскочить", ибо такая деятельность требует времени.
Выше уже писали - там консалтинг. Вся эта красота подходит для проектных или продуктовых команд и совсем не подходит для т.н. эксплуатации. И да, это не решается документированием и/или knowledge sharing - всегда остаются хитрые kudo, которые критичны, но в документации не отражены.
Увы, сегодня почти нет возможности найти инвестиции на стадии "MVP без клиентов".
Это будет больно, нужно быть в локации, и будут копейки.
Реально деньги можно получить под уже работающий продукт. Даже если у вас есть 100-500 пользователей, это уже тема для разговора. Просто так, даже под MVP-шную идею сегодня - денег не дают. Вас должны знать лично, желательно чтоб у вас уже был опыт в поднятии бизнеса.
Вы почти правы, действительно рынок очень молодой.
Более того, есть огромный геп в понимании проблем у набирающей и набираемой аудитории. Часто с той стороны стола просто не могут мыслить "так масштабно" именно в силу отсутствия такого долгого опыта. И получается - ищут на "здесь и сейчас", совершенно не понимая методов решения, которые им пытаются предложить люди с 2х опыта от их собственного.
Понятно, на эти грабли наступят позже, но для вас, как для соискателя, поезд уже уйдет.
Конкретно в моей компании открыто порядка 80 вакансий. ...Никто из них не набирает.
Это называется "мониторинг рынка" - прозванивается кто на рынке есть, чё хочет. Вы звоните кандидатам, активно из собираете, но никого не приглашаете. Так же делается чтоб показать конкурентам или инвесторам "у нас все прёт, вон сколько народу нужно".
Прозвучит парадоксально, но... Используйте кластер. У вас же производство тоже "не в 1 ядро".
Давайте мы не будем сравнивать игрушку с реальными системами прогнозирования. Вам нужно что-то эмулировать, в реальном времени?
Ок, кластер, условный infiniband и гарантированная доставка. Дорого? Чтож.
Я понимаю ЧТО вы пытаетесь сказать, да, есть крайние случаи, которые упираются в скорость ядра. Кстати, посмотрите, с какой частотой (если мы про нее) работают ядра в 5гГц ЦП.
Может быть, нам нужно другую архитектуру?
ЗЫ. Участие в некоем ТОП, здорово, но это не спрос. Это "мы хотим выше, дальше". Как только рынок подтянется снизу, они захотят ещё. К вычислениям относится мало.
А их и выкладывают, только на стэковкрфлоу про них не пишут. Нужно знать что и как искать.
Flipper, будучи компанией из определенной юрисдикции, с определенной историей и структурой владения, очень активно следит за governmental relationship.
Так что они делают все, чтоб такие прошивки не ассоциировались с их устройством в публичном пространстве.
Но, я повторю - они есть, просто нужно понимать как их найти.
Функции есть, только они не в публичном пространстве обсуждаются.
На самом деле был же ещё в идее One. Ребята молчат рыбками, но хочется верить что что-то такое они сделают, так как команда не разбежалась и активно пызтят над чем-то
Если кто следил за Flipper с самого начала, то он знает, для остальных поясню.
Изначально ребята хотели сделать чет вот такое. Покопавшись, они поняли что "ограничений" и "особенностей" больше, чем если взять и сделать все самим.
Сколько они скушали с stm32 - написано в их блоге
Flipper открытый проект, в том смысле что вас не ограничивают в писании чего либо или разработке чего либо. Вы просто не можете перепродавать некоторые вещи. Повторить Flippeer так же можно, все открыто. Другое дело, что купить куда проще.
И все равно, я за конкуренцию и желаю автору разработки удачи!
Действительно, тот же Athlon 1400 гнался до 2.4, а при удачных звёздах до 2.8. и это было заметно. А ещё это было существенно по сравнению с ценой за "стоковый" 2 гГц кристалл.
Сегодня мы на пределе технологии. Более того, упираемся мы не в CPU и выигрыш от разгона не влияет уже на производительность.
Гнать систему на серверах? Не смешно.
Гнать "дома" - катка в халве лучше не пройдет.
Как заметил @Vytian - периферия дохнет. Сегодня вы можете взять кристалл с 12+ ядрами, каждое из которых будет около 3 гГц, распараллелить вычисления и вуаля. Уже нет никакого смысла в разгоне.
Но даже мой пример с Arhlon смешной, так как это просто "мне удалось найти кристалл, отбракованных случайно". Понятно, что без азота я бы 3 гГц не переплюнул бы ну никак. И даже с ним - упёрся бы в память и PCI.
Интересно и полезно. На помидоры не обращайте внимания - токсично у нас сообщество, что уж тут.
Вопрос про Мегаплан. Я знаю что он совсем-совсем не про разработку, а скорее под "веб-инфоцыган". Я, в свое время, адаптировал его как бек для интернет магазина и мне не показалось это очень трудным.
В связи с этим вопрос - действительно не проще было заколабится с ребятами и "дописать" совместно Jira' подобный модуль попилив прибыль от продаж?
Вообще не вопрос, если мы говорим про RouterOS x86.
Более того, можно найти в сети большого брата инструкции, рассказывающие, в частности, что нужно получить диск IDE.
Для этого создадим образ и пропишем его в конфигурации машины вот так:
Ну и далее, пошаманив с mbr и перезалил это на заранее созданный "нормальный" диск, который точно так же нужно привести к размеру
И вуаля, все будет работать.
Правда, там не будет FastTrack, ну да и ладно!
pFSense и OPNsense заводятся вообще без вопросов. Хоть ты туда бридж, хоть PCI path through - все заработает.
Если же речь про arm версию, то а) ЗАЧЕМ?! и б) накладные расходы будут выше.
Жаргонизм - обозначает тайное знание/техники/навыки.
@dmelikhov
Более того, выше автор пишет, что у них это выглядит как регламенты. Но все такие структуры требуют зрелости от персонала. Вы не сможете такое внедрить в "среднестатистическом цеху" где-то "вне миллионников", где HR может четко сказать пьет сотрудник утром или после смены.
Идея - красивая. Можно ли ее реализовать - можно. Подходит ли она везде -нет.
Существуют разные стили управления, разные корпоративные культуры. Мы не может учреждать, что сотрудники указанной компании на самом деле довольны тем, как внутри все устроено.
Самое близкое, что мне приходит на ум это организационная структура "большой четверки", где есть партнёры и их команды.
@dubrovinru я искренне рад что у вас получилось, честно! Это большая удача собрать коллектив, который достаточно зрелый чтоб вот в таком жить. Увы, для этого требуется время на трансформацию, если вы уже управляете устоявшейся структурой.
Нет, не в любой.
Есть куча "ролей", которые требуют определенной ответственности перед законом или образования/квалификации.
Есть куча "ролей", которые "длинные" и актор не может просто так "соскочить", ибо такая деятельность требует времени.
Выше уже писали - там консалтинг. Вся эта красота подходит для проектных или продуктовых команд и совсем не подходит для т.н. эксплуатации. И да, это не решается документированием и/или knowledge sharing - всегда остаются хитрые kudo, которые критичны, но в документации не отражены.
О, спасибо огромное за статью.
Не то, чтоб я прочел что-то новое, но хорошо структурированного с вашими добавками материала достаточно, чтоб натолкнуть на кое-какие мысли.
Так вот:
У меня складывается ощущение, что бизнес не понимает одной хитрой вещи: далеко не всегда то, что делается - поиск нового".
Часто бизнес не готов комититься и не согласен на сроки: "нет, нет, нет, нет - мы хотим сегодня! Нет, нет, нет, нет - мы хотим сейчас!"
Понятно, что в идеальном мире задача ПО и СМ отгородить команду, но, возможно, не следует слепо внедрять методологии вообще на всем ландшафте?
Вот - эксплуатация. Какое количество там нового? Зачем там скрум или эджайд?
Вот - поставка (внедряем клиенту) - ну.. ок, можно сказать что тут есть элементы, которые можно натянуть.
Все эти методы, увы, они действительно не решают вопросы сложность vs хаос. Считается, что хаос как-то рассосётся сам. Но, увы, он не рассасывается.
Есть идеи?
Увы, сегодня почти нет возможности найти инвестиции на стадии "MVP без клиентов".
Это будет больно, нужно быть в локации, и будут копейки.
Реально деньги можно получить под уже работающий продукт. Даже если у вас есть 100-500 пользователей, это уже тема для разговора. Просто так, даже под MVP-шную идею сегодня - денег не дают. Вас должны знать лично, желательно чтоб у вас уже был опыт в поднятии бизнеса.
Вы почти правы, действительно рынок очень молодой.
Более того, есть огромный геп в понимании проблем у набирающей и набираемой аудитории. Часто с той стороны стола просто не могут мыслить "так масштабно" именно в силу отсутствия такого долгого опыта. И получается - ищут на "здесь и сейчас", совершенно не понимая методов решения, которые им пытаются предложить люди с 2х опыта от их собственного.
Понятно, на эти грабли наступят позже, но для вас, как для соискателя, поезд уже уйдет.
Это называется "мониторинг рынка" - прозванивается кто на рынке есть, чё хочет. Вы звоните кандидатам, активно из собираете, но никого не приглашаете. Так же делается чтоб показать конкурентам или инвесторам "у нас все прёт, вон сколько народу нужно".
Прозвучит парадоксально, но... Используйте кластер. У вас же производство тоже "не в 1 ядро".
Давайте мы не будем сравнивать игрушку с реальными системами прогнозирования. Вам нужно что-то эмулировать, в реальном времени?
Ок, кластер, условный infiniband и гарантированная доставка. Дорого? Чтож.
Я понимаю ЧТО вы пытаетесь сказать, да, есть крайние случаи, которые упираются в скорость ядра. Кстати, посмотрите, с какой частотой (если мы про нее) работают ядра в 5гГц ЦП.
Может быть, нам нужно другую архитектуру?
ЗЫ. Участие в некоем ТОП, здорово, но это не спрос. Это "мы хотим выше, дальше". Как только рынок подтянется снизу, они захотят ещё. К вычислениям относится мало.
В HFT значительно бОльшую роль играют задержки передачи.
И, кстати, эти задачи отлично параллелятся.
Что, прочтите, говорит о фиговый оптимизации. Если игра не способна заюзать многопотоковость... Чтож.
А их и выкладывают, только на стэковкрфлоу про них не пишут. Нужно знать что и как искать.
Flipper, будучи компанией из определенной юрисдикции, с определенной историей и структурой владения, очень активно следит за governmental relationship.
Так что они делают все, чтоб такие прошивки не ассоциировались с их устройством в публичном пространстве.
Но, я повторю - они есть, просто нужно понимать как их найти.
И не увидите.
Функции есть, только они не в публичном пространстве обсуждаются.
На самом деле был же ещё в идее One. Ребята молчат рыбками, но хочется верить что что-то такое они сделают, так как команда не разбежалась и активно пызтят над чем-то
Но, при этом, вас не ограничивают в прошивке.
Даже скажем так: Flipper Devices, будучи компанией, имеет некие ограничения, что они могут делать в прошивке.
Но ни кто вас не ограничивает в установке своей =)
Я за альтернативы.
Если кто следил за Flipper с самого начала, то он знает, для остальных поясню.
Изначально ребята хотели сделать чет вот такое. Покопавшись, они поняли что "ограничений" и "особенностей" больше, чем если взять и сделать все самим.
Сколько они скушали с stm32 - написано в их блоге
Flipper открытый проект, в том смысле что вас не ограничивают в писании чего либо или разработке чего либо. Вы просто не можете перепродавать некоторые вещи. Повторить Flippeer так же можно, все открыто. Другое дело, что купить куда проще.
И все равно, я за конкуренцию и желаю автору разработки удачи!
Ну давайте иначе.
Что мы делать собираемся? Игры? Так там сеть и видео важнее CPU
Архивация? С трудом могу представить задачу, где время архивации дороже всех ухищрений, необходимых для 2х+ разгона.
Число-дробилка? А вот тут мы можем в параллельность спокойно.
Тяжёлый бек? Ну смотря какой, и там как раз важно количество ядер, так как в 80% это однопоток.
Нет юзкейса, почему нам может быть нужен сильно разогнанный ЦПУ.
Это все слезы.
Действительно, тот же Athlon 1400 гнался до 2.4, а при удачных звёздах до 2.8. и это было заметно. А ещё это было существенно по сравнению с ценой за "стоковый" 2 гГц кристалл.
Сегодня мы на пределе технологии. Более того, упираемся мы не в CPU и выигрыш от разгона не влияет уже на производительность.
Гнать систему на серверах? Не смешно.
Гнать "дома" - катка в халве лучше не пройдет.
Как заметил @Vytian - периферия дохнет. Сегодня вы можете взять кристалл с 12+ ядрами, каждое из которых будет около 3 гГц, распараллелить вычисления и вуаля. Уже нет никакого смысла в разгоне.
Но даже мой пример с Arhlon смешной, так как это просто "мне удалось найти кристалл, отбракованных случайно". Понятно, что без азота я бы 3 гГц не переплюнул бы ну никак. И даже с ним - упёрся бы в память и PCI.
Наверное, я отвечу сам себе.
Судя по всему я не подошло его масштабирование. Я помню там были лёгкие траблы в этом смысле.
@ChrisVechkanovaВо первой - спасибо за статью.
Интересно и полезно. На помидоры не обращайте внимания - токсично у нас сообщество, что уж тут.
Вопрос про Мегаплан. Я знаю что он совсем-совсем не про разработку, а скорее под "веб-инфоцыган". Я, в свое время, адаптировал его как бек для интернет магазина и мне не показалось это очень трудным.
В связи с этим вопрос - действительно не проще было заколабится с ребятами и "дописать" совместно Jira' подобный модуль попилив прибыль от продаж?