В крупных международных компаниях еще часто не очевидная схема учета выручки и затрат, они их могут перекидывать между маркет юнитами, надо смотреть на реальные деньги
И даже так счет на hsk2-3, минимальном уровне, идет уже на сотни, причем многие друг от друга не сильно отличаются визуально, и логики там особо нет. 住，往，经，结，吧，把 - самые базовые из первых 5 сотен. Я уж молчу про разное произношение одного и того же 还.
Вот в русском очень сильное переиспользование букв, а китайский в этом смысле полное говно как раз.
И тот, и другой подходы имеют право на жизнь, один из них project-driven, другой data-driven. Первый дает быстрый результат и меньшую стоимость внедрения на старте, но большую стоимость владения при развитии и росте хранилища. В больших компаниях обычно не кимболл, а сто маленьких инмонов😂
могу подсказать еще одну тему - модель счетов и модель показателей, имхо понимать, какая в каком случае нужна, не менее важно при проектировании хранилища :)
Правильно думали, в среднем айтишники все-таки умнее и образованнее, чем курьеры или шпалоукладчики. Другое дело, что люди везде одинаковые, и говна хватает везде.
О дааа, с каждой долбаной новой версией софта и ос я все чаще стал заходить в гугл с запросом, как что-то изменить или где теперь нужная мне настройка. И много раз замечал, что сам бы в ту жопу, как от меня требуют, никогда не догадался залезть. Лет десять назад практически не пользовался поиском, чтобы узнать, как провести мелкую настройку софта.
Про узкие границы окон думал, это я стал криворукий 😅
Могу еще добавить, что из-за попыток совместить мобильный уи и комповый, последний делают все неудобнее. Например, вместо текста лепят огромные иконки, штук десять на экран, потому что на планшете больше не влезет, соответственно скролла стараются избегать, мелкие детали интерфейса типа того же прогресс бара убирают и т.д.
Дизайн сайта - вообще отдельная больная тема, по которой уже многие проходятся, но ничего не меняется. Особенно убивает дизайн в стиле мобильной скролл презентации. Если сайт мне не был необходим, я часто его закрывал просто потому что видел эту красоту и понимал, что сейчас буду за тоннами маркетингового буллшита искать функционал. Меню нынче не модно, поиск не модно, страница-оглавление для быстрой навигации тоже. Это правда больше не про уи всё, но тоже задолбали )
Искать в найденном нельзя да, по большому счету, оно лично мне и не надо особо, для остального есть синтаксис поиска, или advanced search, если лень запоминать
По большому счету, вы правы, это куча умножений, уравнений там нет, все распределения идут один ко многим по паре аналитик и по коэффициентам, но вот записей действительно генерирует много, может до ярдов доходить, потому что правил для распределения и драйверов тоже могут быть тысячи. Речь идет, как понимаю, в том числе про косвенные затраты
Я, может, пропустил, у вас монетизация за счет полностью платного сервиса с бесплатным триальным периодом? И есть метрики по прибыли с пользователя в сравнении с тем же тиндером? Или по среднему количеству оплаченного времени на пользователя? А то количество пользователей - довольно абстрактный показатель, если в вашем сервисе они проводят в 8 раз меньше времени, то потенциально и платят на порядок меньше.
SAP от РЖД - и не САП вовсе, а самописка на бесплатной части САПа, мамкины менеджеры решили, что они самые умные и сэкономить захотели, нагнали кучу разработчиков и сотворили нечто, в итоге на то, что там получилось, только внутри ржд без содрогания и смотрели, стокгольмский синдром наверное 🤔.
Но мне не понятно, у ОМК к тому времени уже было давно внедренное ЕРП, как минимум финансы, производство, учет результатов и логистика, добавить в группу компаний еще одну - операция для консультантов достаточно типовая и не сильно затратная. Ремонты кстати у них тоже были внедрены, насколько помню, но по мелочи и без специфики, тоже не так чтобы сильно дорого получилось бы добавить от себя.
Почему не использовали имеющиеся системы, когда импортозамещение еще не было мейнстримом?
Некоторое время назад я работал в очень крупной западной айти компании, которая благополучно уже ушла из страны. Так она вместе с десятком подобных игроков купила офисы в Сколково и стояли они пустые ) во-первых, потому что не нашлось идиотов туда ездить, во-вторых это все сколково изначально было потемкинским, больше похоже на налог на современные компании. Сейчас второй раунд.
В целом это тоже скорее всего проблемы с планированием работ и ресурсами. Если они на регулярной основе, аналогично отношусь. Исключение, пожалуй, дежурства по выходным у службы поддержки. В любом случае, даже разово, сверхурочные - это тушение пожара деньгами.
Я лично считаю, что большинство переработок - либо управленческий косяк, либо желание самых хитрозадых сэкономить. Не важно, на какой позиции кроме владельца бизнеса. Только ж ни один эффективный менеджер в этом не признается. Реальных форс-мажоров типа сгорел сервер вместе с бэкапом, две недели работы потеряно, видел на пальцах одной руки.
Поддерживаю, еще порадовало, что через полтора года, когда уже все должно быть реализовано, и должно быть обучение, опэ и отлов багов, сделаны даже не классические 70%, а 40% по каким-то загадочным объективным причинам. Если причины объективные, то нормальные люди фиксируют это протоколом и допником, в противном случае продолб сроков вдвое странненький. Выглядит как будто новый РП реально не дал замести проект под коврик, но в итоге Заказчик решил, что с таким исполнителем все равно ничего не сваришь, плюнул и закрыл проект.
В крупных международных компаниях еще часто не очевидная схема учета выручки и затрат, они их могут перекидывать между маркет юнитами, надо смотреть на реальные деньги
А 3-5 тысяч иероглифов это так, фигня, ага... Вот докурю и пойду сдавать
И даже так счет на hsk2-3, минимальном уровне, идет уже на сотни, причем многие друг от друга не сильно отличаются визуально, и логики там особо нет. 住，往，经，结，吧，把 - самые базовые из первых 5 сотен. Я уж молчу про разное произношение одного и того же 还.
Вот в русском очень сильное переиспользование букв, а китайский в этом смысле полное говно как раз.
И тот, и другой подходы имеют право на жизнь, один из них project-driven, другой data-driven. Первый дает быстрый результат и меньшую стоимость внедрения на старте, но большую стоимость владения при развитии и росте хранилища. В больших компаниях обычно не кимболл, а сто маленьких инмонов😂
могу подсказать еще одну тему - модель счетов и модель показателей, имхо понимать, какая в каком случае нужна, не менее важно при проектировании хранилища :)
Правильно думали, в среднем айтишники все-таки умнее и образованнее, чем курьеры или шпалоукладчики. Другое дело, что люди везде одинаковые, и говна хватает везде.
О дааа, с каждой долбаной новой версией софта и ос я все чаще стал заходить в гугл с запросом, как что-то изменить или где теперь нужная мне настройка. И много раз замечал, что сам бы в ту жопу, как от меня требуют, никогда не догадался залезть. Лет десять назад практически не пользовался поиском, чтобы узнать, как провести мелкую настройку софта.
Про узкие границы окон думал, это я стал криворукий 😅
Могу еще добавить, что из-за попыток совместить мобильный уи и комповый, последний делают все неудобнее. Например, вместо текста лепят огромные иконки, штук десять на экран, потому что на планшете больше не влезет, соответственно скролла стараются избегать, мелкие детали интерфейса типа того же прогресс бара убирают и т.д.
Дизайн сайта - вообще отдельная больная тема, по которой уже многие проходятся, но ничего не меняется. Особенно убивает дизайн в стиле мобильной скролл презентации. Если сайт мне не был необходим, я часто его закрывал просто потому что видел эту красоту и понимал, что сейчас буду за тоннами маркетингового буллшита искать функционал. Меню нынче не модно, поиск не модно, страница-оглавление для быстрой навигации тоже. Это правда больше не про уи всё, но тоже задолбали )
Искать в найденном нельзя да, по большому счету, оно лично мне и не надо особо, для остального есть синтаксис поиска, или advanced search, если лень запоминать
Ctrl+Esc :)
По большому счету, вы правы, это куча умножений, уравнений там нет, все распределения идут один ко многим по паре аналитик и по коэффициентам, но вот записей действительно генерирует много, может до ярдов доходить, потому что правил для распределения и драйверов тоже могут быть тысячи. Речь идет, как понимаю, в том числе про косвенные затраты
Я, может, пропустил, у вас монетизация за счет полностью платного сервиса с бесплатным триальным периодом? И есть метрики по прибыли с пользователя в сравнении с тем же тиндером? Или по среднему количеству оплаченного времени на пользователя? А то количество пользователей - довольно абстрактный показатель, если в вашем сервисе они проводят в 8 раз меньше времени, то потенциально и платят на порядок меньше.
SAP от РЖД - и не САП вовсе, а самописка на бесплатной части САПа, мамкины менеджеры решили, что они самые умные и сэкономить захотели, нагнали кучу разработчиков и сотворили нечто, в итоге на то, что там получилось, только внутри ржд без содрогания и смотрели, стокгольмский синдром наверное 🤔.
Но мне не понятно, у ОМК к тому времени уже было давно внедренное ЕРП, как минимум финансы, производство, учет результатов и логистика, добавить в группу компаний еще одну - операция для консультантов достаточно типовая и не сильно затратная. Ремонты кстати у них тоже были внедрены, насколько помню, но по мелочи и без специфики, тоже не так чтобы сильно дорого получилось бы добавить от себя.
Почему не использовали имеющиеся системы, когда импортозамещение еще не было мейнстримом?
Некоторое время назад я работал в очень крупной западной айти компании, которая благополучно уже ушла из страны. Так она вместе с десятком подобных игроков купила офисы в Сколково и стояли они пустые ) во-первых, потому что не нашлось идиотов туда ездить, во-вторых это все сколково изначально было потемкинским, больше похоже на налог на современные компании. Сейчас второй раунд.
Раз. (Загнул один палец 😂).
В целом это тоже скорее всего проблемы с планированием работ и ресурсами. Если они на регулярной основе, аналогично отношусь. Исключение, пожалуй, дежурства по выходным у службы поддержки. В любом случае, даже разово, сверхурочные - это тушение пожара деньгами.
Я лично считаю, что большинство переработок - либо управленческий косяк, либо желание самых хитрозадых сэкономить. Не важно, на какой позиции кроме владельца бизнеса. Только ж ни один эффективный менеджер в этом не признается. Реальных форс-мажоров типа сгорел сервер вместе с бэкапом, две недели работы потеряно, видел на пальцах одной руки.
Поддерживаю, еще порадовало, что через полтора года, когда уже все должно быть реализовано, и должно быть обучение, опэ и отлов багов, сделаны даже не классические 70%, а 40% по каким-то загадочным объективным причинам. Если причины объективные, то нормальные люди фиксируют это протоколом и допником, в противном случае продолб сроков вдвое странненький. Выглядит как будто новый РП реально не дал замести проект под коврик, но в итоге Заказчик решил, что с таким исполнителем все равно ничего не сваришь, плюнул и закрыл проект.
Да нет тут рекламы вендоров, дали, небось, парню команду фирму рекламировать, начал с воды пока, чуть попозже начнет писать про их контору
Прямым текстом о пользе рекрутеров...
Аджайл работает, когда надо покрасить кнопку в приложении в новый красный цвет и не работает, когда надо внедрить ERP систему.
Работает, когда над чем-то трудятся человек 5 и нет, когда 50.
Работает, когда нет понимания того, что должно получиться в конце, нет бюджета и сроков. И нет - наоборот.
К сожалению, у всех сейчас аджайл головного мозга и лично меня он уже очень задолбал.
З.ы. «А давайте вы нарисуете план проекта, мы заведем его в джиру, а потом задачи будем синхронизировать между джирой и проджектом»
Сильно напоминает «здесь мерилом работы считают усталость». Искусство существует только для зрителей, а не как вещь в себе.