Получается, что они решили, что дешевле и удобнее сделать второй дисплей для видео чата вместо фронтальной камеры?!
Давайте для видео-чата крутить телефон, а в остальное время второй экран будет просто так царапаться.
У них там что, сейзон грибов пошел?!
Раз статья называется хранение данных, то можно было бы вскользь упомянуть о том, что БД не единственный способ хранения. Есть еще:
Shared Preferences
Store private primitive data in key-value pairs.
Internal Storage
Store private data on the device memory.
External Storage
Store public data on the shared external storage.
да прошу прощения, но на названия я не очень обратил внимание, вникая в суть самого примера. Все таки вставить вступительную речь, о том что рассказано будет на примере приложения такого и вот первая задача из него мне кажется стоит.
Если честно, я прочитав статью, даже не понял, что это будет целое приложение.
И скелета я тоже не заметил ))
А уж а транскодере видеофайлов я даже подумать не мог )
Как-то сумбурно очень. Мне кажется, что те кто хочет начать изучать асинхронное программирование, надо начинать с того, что это, чем отличается. А для тех кто в теме, тому вряд ли этот конкретный (не очень разобранный) пример принесет пользу.
Я это понимаю. Так или иначе идея интересная и если бы она была реализовано, я бы попробовал присоединиться.
А менеджеров мы ввели в компанию для того, что бы обезопасить заказчика. Что бы он понимал что работает с компанией и, в случае чего, сможет требовать неустойку за срыв сроков например.
В противном случае, сроки сорваны, а спросить не с кого, менеджера «слило» сообщество, а платить за это будет компания реальные деньги, т.е. отдавать часть зарплаты тех, кто хорошо работает (?).
И от таких менеджеров (как и программистов, но менеджер несет больше ответственности) не застрахуешься. Либо делать совсем закрытое сообщество (и чем мы отличаемся от обычной компании тогда?), либо иметь приличную денежную подушку безопасности и быть готовым платить за их промашки (но что тогда делать с репутацией?).
Мне кажется что Вы прочитали не всю нашу дискуссию. Мы обсуждаем, что необходимо менеджеров делать частью компании, а не сообщества, а то отвечать перед заказчиком будет некому.
И из этого я уже сделал соответствующие выводы.
В этом случае получается, что менеджеры несколько вознесены над сообществом, т.к. они часть компании, а сообщество нет.
Необходимость наличия прослойки я понимаю, я не понимаю тогда функции сообщества.
Деньги будут распределять все те же менеджеры.
Споры решать будут они.
Планировать работу будут они.
Ответственность несут они.
Ранжировать разработчиков тоже они (какая разница, что думает сообщество, если по голове получать менеджерам, то и им решать кто будет делать)
Идея свободных умений пропадает (менеджеру надо сделать проект, а не развивать фри лансеров)
В целом это напоминает контору из одних менеджеров со своей биржей фрилансеров.
Если мы поставим прослойку своих менеджеров проектов, то чем тогда будем отличаться от ныне существующих маленьких компаний. Я не одну компанию встречал, которая состоит из менеджеров, а программисты — фриланс. Они часто работают с одними и теми же специалистами, внутри компании они уже понимают, кто из исполнителей в чем сильнее.
Насколько менеджерам будет нужна такая саморегуляция сообщества? Они лучше сообщества все знают.
И все бремя подстраховки ляжет на них.
Какой может быть арбитраж? В любом случае менеджеры правы, они заказчик (тем более если договор подряда).
Мне кажется, что все это слишком идеально. Идея, на мой взгляд, интересная и ее можно попробовать реализовать, но есть много подводных камней.
Например, свободные умения: ты взялся за несвойственную тебе работу, а я в ней эксперт и тебя страхую. Кто оплатит то время, которое я резервирую у себя, для подстраховки? Получается, что я денег не получу, а время потрачу. А если я займу время, то подстраховать не смогу.
Планирование времени работников в рамках компании-то мало у кого хорошо получается, а тут Вы предлагаете целое сообщество… Конечно каждый будет сам планировать свое время, но программист != менеджер, он не всегда сможет правильно рассчитать свое время. Он будет факапить сроки, страховать некому, клиенты уходят.
Проблем и рисков со стороны клиента больше, а выгоды для него не видно. Все-таки, что бы зарабатывать деньги надо решать проблемы заказчика а не исполнителя.
Несомненно, я понимаю такую политику. Мне просто жалко, что жертвой такой политики стала компания, которая раньше предоставляла отличный сервис для разных устройств.
Ну так во-первых речь не про Россию все-таки. А во-вторых никто и не утверждает, что ГОСТ на гос сайты сразу сделает их хорошими. К сожалению абсолютное ГОВНО можно сделать из всего, а вот качественный продукт…
Про CMMI в статье речь идет про США, а то как у нас вводят разного рода стандартизации и как получаются по ним хорошие оценки, я думаю все и так знают.
А с автором я соглашусь, что потенциал у таких начинаний большой, главное что бы не превратили в очередной распил.
Давайте для видео-чата крутить телефон, а в остальное время второй экран будет просто так царапаться.
У них там что, сейзон грибов пошел?!
И скелета я тоже не заметил ))
А уж а транскодере видеофайлов я даже подумать не мог )
Спасибо, очень любопытно!
А менеджеров мы ввели в компанию для того, что бы обезопасить заказчика. Что бы он понимал что работает с компанией и, в случае чего, сможет требовать неустойку за срыв сроков например.
В противном случае, сроки сорваны, а спросить не с кого, менеджера «слило» сообщество, а платить за это будет компания реальные деньги, т.е. отдавать часть зарплаты тех, кто хорошо работает (?).
И от таких менеджеров (как и программистов, но менеджер несет больше ответственности) не застрахуешься. Либо делать совсем закрытое сообщество (и чем мы отличаемся от обычной компании тогда?), либо иметь приличную денежную подушку безопасности и быть готовым платить за их промашки (но что тогда делать с репутацией?).
И из этого я уже сделал соответствующие выводы.
В этом случае получается, что менеджеры несколько вознесены над сообществом, т.к. они часть компании, а сообщество нет.
Деньги будут распределять все те же менеджеры.
Споры решать будут они.
Планировать работу будут они.
Ответственность несут они.
Ранжировать разработчиков тоже они (какая разница, что думает сообщество, если по голове получать менеджерам, то и им решать кто будет делать)
Идея свободных умений пропадает (менеджеру надо сделать проект, а не развивать фри лансеров)
В целом это напоминает контору из одних менеджеров со своей биржей фрилансеров.
Если я не прав, то покажите где я ошибаюсь.
Насколько менеджерам будет нужна такая саморегуляция сообщества? Они лучше сообщества все знают.
И все бремя подстраховки ляжет на них.
Какой может быть арбитраж? В любом случае менеджеры правы, они заказчик (тем более если договор подряда).
Не очень понятно в чем тогда смысл такой системы?
Например, свободные умения: ты взялся за несвойственную тебе работу, а я в ней эксперт и тебя страхую. Кто оплатит то время, которое я резервирую у себя, для подстраховки? Получается, что я денег не получу, а время потрачу. А если я займу время, то подстраховать не смогу.
Планирование времени работников в рамках компании-то мало у кого хорошо получается, а тут Вы предлагаете целое сообщество… Конечно каждый будет сам планировать свое время, но программист != менеджер, он не всегда сможет правильно рассчитать свое время. Он будет факапить сроки, страховать некому, клиенты уходят.
Проблем и рисков со стороны клиента больше, а выгоды для него не видно. Все-таки, что бы зарабатывать деньги надо решать проблемы заказчика а не исполнителя.
Про CMMI в статье речь идет про США, а то как у нас вводят разного рода стандартизации и как получаются по ним хорошие оценки, я думаю все и так знают.
А с автором я соглашусь, что потенциал у таких начинаний большой, главное что бы не превратили в очередной распил.
А по делу: очень здорово, спасибо.