Ценю ваш энтузиазм в ответах на каменты пятилетней давности! Однако с чувством юмора и реакцией на смайлики пока у вас туговато :) «... борцам за объективную критику на ДОУ посвящается...»
Если про объективность — перечитайте тред сначала, за что я автору вопрос поставил — пользовался ли он лично сам этим ресурсом — он не пользовался.
В общем то эволюционный процесс никто остановить не смог.
Фронтенд — да, выделяется, для mobile (tablet) девайсов он должен делаться во многом иначе, чем десктоп. Разница вызвана геометрией (разрешением) дисплея, плюс ротацией устройства в пространстве, ну и главное это сенсорный дисплей. WYSIWYG очень и очень. И наоборот — ты делаешь только то в том участке работы приложения, что там нудно делать. Ничего лишнего, никаких менюшек куда «когда то может быть» я кликну.
По бэкенду — приоритет в проектировании приложений и их взаимодействии идет на асинхронные сервисы, ибо доступность модильного устройства для серверной части непредсказуема. (тут сервисная часть это некие гарантировнно доступные сервера в датацентре), плюс глобальная локация мобильного девайса (сегодня я в Европе, завтра в Аргентине например). Если весь бэкенд (сервисы) работает в самом девайсе автономно, то тут все проще.
Рынок готов. Разработчики по мере приобритения опыта также оформят свою специализацию.
И да и нет. Формализация процессов и большое количество формальных политик требуют их соблюдения, что повышает KPI безалаберности в сравнении с ситуацией, когда формальные процессы и политики отсутствуют. В итоге, в такой профессии чаще/легче выявить безалаберность.
Программисты — люди достаточно безалаберные: забывают обновлять отчеты, трекать баги, оставлять комментарии в коде и еще кучу вещей, которые напрямую не связанны с программированием.
вот некоторые думают что это бред, а некоторые убеждаются что таки истина
Менеджмент начинает разбор полетов, команда пашет на износ. Молитвами, матами и скотчем выкатывает проект в продакшен. Завершили — и слава Богу. В результате: у клиента осадочек остался, команда утомленная и все друг друга не любят, PM собирает уроки, которые, возможно, когда-то, да и начнет учитывать.
Это категория неуспешных проектов для компании, когда побед ана проекте дается любой ценой, в часности — выгоранием команды. Особенно в крупных аутсорсинг компаниях с матричной структурой и активным ресурсным менеджментом, приближающим бенч к нулю.
Не заметил, не уследил — а твоего программиста уже забрали на другой проект, просто посмотреть, а вдруг чем поможет.
Ну не то чтобы просто так забрали, но бывает, что потребности другого проекта получили больший приоритет и бизнес-импакт
В ообщем, хороший ПМ должен работать согласно SDLC как основному стандарту, где указаны процессы и артефакты, а также в соответствии с политиками и иными конвенциями, принятыми в компании.
И еще — Leadership and Management надо различать и гармонично использовать в работе.
Сперва — просто своя сборка с прикруткой внешнего репозитария для апдейта пакетов. Затем годик поработать мейнтейнером пакетов... затем опять же желание корее отпадет, чем...
Верно, тут все упрется в требования к операционной системе — какие операции мы ожидаем от нее получать? Если нам надо, допустим, узкозаточенный веб хост с NodeJS внутри то либо берем Linux и выкидываем все что не надо, вставляем туда NodeJS и решаем задачу (легкий путь), либо пилим ОС в учебно-неизвестно-зачем-оно-мне целях
Э... ну нашелся пример! :))) Вообще то военкоматы это отдельная структура, работающая в интересах всех видов Вооруженных сил и всех государственных воинских формирований (МВД,СБУ, Погранцы, МЧС....) А что — хотелось спам-фильтр на электронные повестки прикрутить? :)))
Хотелось бы узнать мнение профессионалов, насколько затратным с точки зрения денег и времени на разработку является процесс создания собственной платформы ( по аналогии с SAP, 1С ... ) как набора инструментов для более простого, быстрого и с меньшим количеством ошибок способа написания кода.
1. Процесс создания будет объективно затратным. Длительным, даже если скрамить на девелопменте, и затратным. 2. Что есть собстенная платформа? Вам построить дачный домик, прицеп-вагончик или 25-этажный «муравейник»? 3. По аналогии поинтересуйтесь историей анаогов — сколько (десятков) лет расли 1С и SAP до текущего уровня? Сколько тысяч трудяг(индусов) программировали и багофиксили? Сколько аналитиков отрабатывали и документировали предметную область? Сколько человеко-часов ушло за эти годы на колл-центры службы поддержки?
когда создание собственной платформы начинает приобретать смысл для таких структур как государство вообще и гос. безопасность в частности:
Эмм... если кратко — никогда. Пойдем от обратного — в какой крупной армии мира разные платформы делабт для себя в закрытом цикле сами военнослужащие? Скажу так, даже при совке платформы, СУБД и операционные системы были чесно скоммуниздены у «наших американских друзей». А те в скою очередь сами софт не разрабатывали, привлекая для этого коммерческий сектор.
финансовая (и не только) зависимость от производителей чужой платформы (ежемесячные выплаты и т.д.)
Она останется. От чужого железа, от чужого софта. И что? Ежемесячные выплаты будут. Проблема не в самих выплатах, а в наличии бюджета и своевременного государственного финансирования.
Ой, да я на втором курсе тоже мечтал написать свою ОС, та третьем усиленно изучал системное программирование и операционные системы, на четвертом курсе я уже достаточно повзрослел для отказа от такой затеи. Так что не гоните на топикстартера — оно само всё вылечится.
Вакансия для 45+ :)
Электронная налоговая отчетность: руководство пользователя
Ценю ваш энтузиазм в ответах на каменты пятилетней давности! Однако с чувством юмора и реакцией на смайлики пока у вас туговато :)
«... борцам за объективную критику на ДОУ посвящается...»
Если про объективность — перечитайте тред сначала, за что я автору вопрос поставил — пользовался ли он лично сам этим ресурсом — он не пользовался.
Разделение мобильной разработки на Front-end и Back-end
В общем то эволюционный процесс никто остановить не смог.
Фронтенд — да, выделяется, для mobile (tablet) девайсов он должен делаться во многом иначе, чем десктоп. Разница вызвана геометрией (разрешением) дисплея, плюс ротацией устройства в пространстве, ну и главное это сенсорный дисплей. WYSIWYG очень и очень. И наоборот — ты делаешь только то в том участке работы приложения, что там нудно делать. Ничего лишнего, никаких менюшек куда «когда то может быть» я кликну.
По бэкенду — приоритет в проектировании приложений и их взаимодействии идет на асинхронные сервисы, ибо доступность модильного устройства для серверной части непредсказуема. (тут сервисная часть это некие гарантировнно доступные сервера в датацентре), плюс глобальная локация мобильного девайса (сегодня я в Европе, завтра в Аргентине например). Если весь бэкенд (сервисы) работает в самом девайсе автономно, то тут все проще.
Рынок готов. Разработчики по мере приобритения опыта также оформят свою специализацию.
О плохих и хороших PM’ах
И да и нет. Формализация процессов и большое количество формальных политик требуют их соблюдения, что повышает KPI безалаберности в сравнении с ситуацией, когда формальные процессы и политики отсутствуют. В итоге, в такой профессии чаще/легче выявить безалаберность.
О плохих и хороших PM’ах
В ообщем, хороший ПМ должен работать согласно SDLC как основному стандарту, где указаны процессы и артефакты, а также в соответствии с политиками и иными конвенциями, принятыми в компании.
И еще — Leadership and Management надо различать и гармонично использовать в работе.
Тема не актуальна. Можна видалити
Ну конечно же! :) Остальное сам. Правда уровень был один. Но для первокурсника в1993-1994 году и это было круто.
Тема не актуальна. Можна видалити
Сперва — просто своя сборка с прикруткой внешнего репозитария для апдейта пакетов. Затем годик поработать мейнтейнером пакетов... затем опять же желание корее отпадет, чем...
Тема не актуальна. Можна видалити
Я cделал Arcanoid на Turbo Pascal 7.0 :)
Тема не актуальна. Можна видалити
Да, бывало, поделывали поделки...
Тема не актуальна. Можна видалити
Верно, тут все упрется в требования к операционной системе — какие операции мы ожидаем от нее получать? Если нам надо, допустим, узкозаточенный веб хост с NodeJS внутри то либо берем Linux и выкидываем все что не надо, вставляем туда NodeJS и решаем задачу (легкий путь), либо пилим ОС в учебно-неизвестно-зачем-оно-мне целях
О чем должен помнить руководитель в первый рабочий день нового сотрудника
У нас за первый день отвеает HR manager. Заявки на рабочие места подаются заранее.
Об электронном документообороте в армии
Э... ну нашелся пример! :))) Вообще то военкоматы это отдельная структура, работающая в интересах всех видов Вооруженных сил и всех государственных воинских формирований (МВД,СБУ, Погранцы, МЧС....)
А что — хотелось спам-фильтр на электронные повестки прикрутить? :)))
Об электронном документообороте в армии
2. Что есть собстенная платформа? Вам построить дачный домик, прицеп-вагончик или
3. По аналогии поинтересуйтесь историей анаогов — сколько (десятков) лет расли 1С и SAP до текущего уровня? Сколько тысяч трудяг(индусов) программировали и багофиксили? Сколько аналитиков отрабатывали и документировали предметную область? Сколько человеко-часов ушло за эти годы на колл-центры службы поддержки? Эмм... если кратко — никогда. Пойдем от обратного — в какой крупной армии мира разные платформы делабт для себя в закрытом цикле сами военнослужащие? Скажу так, даже при совке платформы, СУБД и операционные системы были чесно скоммуниздены у «наших американских друзей». А те в скою очередь сами софт не разрабатывали, привлекая для этого коммерческий сектор. Она останется. От чужого железа, от чужого софта. И что? Ежемесячные выплаты будут. Проблема не в самих выплатах, а в наличии бюджета и своевременного государственного финансирования.
Об электронном документообороте в армии
Тема не актуальна. Можна видалити
Ой, да я на втором курсе тоже мечтал написать свою ОС, та третьем усиленно изучал системное программирование и операционные системы, на четвертом курсе я уже достаточно повзрослел для отказа от такой затеи. Так что не гоните на топикстартера — оно само всё вылечится.
Кар’єра СТО в стартапі без прикрас
Плюс бизнес импакт.
Кар’єра СТО в стартапі без прикрас
это можно и совсем не в стартапе...
а это — да, в стартапе. Да просто в бизнесе. И тут надо гораздо меньше програмирен, а больше маркетинга и продаж. Новые знания и навыки.
а также учитывать business requirements, business impact, обновлять P&L, risks и т.п.
Нова кіберполіція Авакова — ваші думки з цього приводу
«Я вам не скажу за всю Одессу...» Есть и белые суммы, и повыше. Просто вам не предлагали.
Нова кіберполіція Авакова — ваші думки з цього приводу
Ничего военного — я сниффер на свой диплом писал в далекие90-е...
Нова кіберполіція Авакова — ваші думки з цього приводу
Тсс! Не палите будущую агентуру! ;)