• Почему так сложно оценивать сроки разработки (плюс задача для разработчиков)
    +1
    Ну, должен сказать, что для ИТ отрасли современная система образования не готова. Сужу, как выпускник Киевского Политехнического. Хороших управленцев можно подготовить из современных разработчиков. Я, например, работал около 3 лет разработчиком. В рамках собственного опыта часто становился тимлидом. На предпоследнем месте работы, а это была средняя аутсорсинговая компания, понял, что самой частой проблемой в жизни наших проектов был именно плохой менеджмент. Сейчас я нарабатываю опыт как ПМ. С уверенностью могу сказать, что ели у вас в штате сотрудников есть лиды или старшие разработчики, или даже мидлы, у которых коммуникативные навыки на высоком уровне, попробуйте дать им литературу по менеджменту проектов, попробуйте дать им возможность пообщаться с клиентом напрямую, возможно у вас под носом сидит ваш следующий толковый ПМ, а может быть даже и КоммДир ;)
  • Почему так сложно оценивать сроки разработки (плюс задача для разработчиков)
    0
    Согласен. Кейс абсолютно реальный. Но ничто, например, не мешает в рамках услуг бизнес анализа/предпроектного исследования предоставлять также и последующее ведение проекта с выбранным Исполнителем проекта. Но, в моем опыте есть случаи, когда заказчик приходил с настолько детальным ТЗ, что необходимости в доступе к «мозгу» не было. Садись, оценивай время, бей на задачи и работай. Такое тоже бывает.
  • Почему так сложно оценивать сроки разработки (плюс задача для разработчиков)
    0
    А разве вне СНГ по-другому? Мне кажется, эта проблема относится ко всей индустрии.

    Там причины другие. У нас например не уделяют должного внимания по причине того, что это стоит денег, а Заказчик всегда хочет дешевле, даже ценой качества и жизнеспособности продукта. На западе скорее причиной опускания основательного исследования будет то, что сам продукт будет громоздким и для его полноценного исследования понадобится слишком много времени, что в результате сорвет планируемый тайм2маркет и решение просто перестанет быть конкурентным. Но это скорее мое предположение, статистики, на которую я бы мог ссылаться в ходе рассуждений у меня нету (
    если бы это было прибыльно, подобных компаний было бы полно.

    Вопрос не в прибыльности, а в том, что спроса нету. Точнее потребитель еще не осознает, что такой сервис ему нужен и позволяет экономить бюджет, а не высасывает его впустую.
  • Почему так сложно оценивать сроки разработки (плюс задача для разработчиков)
    0
    Результатом любого предпроектного исследования становится документ — техническое задание. Во всяком случае в моей идеальной вселенной. С детальным ТЗ, которое однозначно описывает моменты, критические для бизнеса, можно смело направляться к исполнителям с вопросом о сроках и стоимости.
  • Почему так сложно оценивать сроки разработки (плюс задача для разработчиков)
    +5
    Основная проблема современной разработки, а точнее особенность рынка СНГ состоит в том, что разработчикам приходится делать много Предположений, что само по себе плохо, т.к. жизнь показывает — в подавляющем большинстве случаев Предположение оказывается неверным. Для того, чтобы от той проблемы избавиться, необходимо тратить достаточно большое время на предпроектное исследование, а это несет за собой большие риски как для Клиента, так и для Разработчика. Ни одна из сторон не готова брать на себя эти риски и связанные с ними. Потому зачастую мы имеем как результат проект, который не попадает ни в сроки, ни в бюджет, ни в ожидания заказчика/пользователей. Это лично мое мнение.
    В качестве отступления хотел бы помечтать и отправиться в то время, когда будут существовать компании, предоставляющие услуги предпроектного исследования для заказчиков ИТ сферы. Тогда бы количество успешных проектов могло бы вырасти хотя бы раза в 2 )) что уже очень немало.
  • Что должен знать «PHP Junior Developer без опыта работы»?
    +1
    Я киевлянин и знаком с ситуацией в своей городе, применять мое мнение в для работодателей из других городов будет скорее всего ошибкой.
    Первое, что хочу заметить про обучение. Не стоит уделять чересчур много времени теории. Знания (теоретические) без навыков (практического применения знаний) ничего не стоят. Так что всегда старайтесь закрепить то, что только что прочитали. И желательно десятком разнообразных задач, а не одним тестовым примером.
    Второе, что касается самих вакансий. Есть компании, у которых вакансия джуниора означает поиск парня, на которого можно повесить стирку грязного белья. У них джун означает уровень ЗП, а не квалификацию соискателя. Подобные компании — отличное место для быстрого обучения в боевых условиях и последующего поиска адекватного работодателя.
    Компания, которая осознает действительный уровень знаний джуниора никогда не будет требовать от него уверенного знания какого либо фреймворка или большого опыта работы (вакансии джунов с требованием уверенного использования принципов ООП и опытом разработки на РНР 1-3 года вызывают только улыбку). В подобных ваш конечный уровень определяется уже не столько знаниями, соклько навыками. Да, на одних навыках вы сможете вырости только до мидл уровня, синьер требует от вас хороших теоретических знаний и навыков использования этих знаний, но работая у работодателей второго класса вы сможете получить все необходимые знания и навыки. И самое главное, вы будете мотивированы оставаться работать и рости профессионально именно у них. К сожалению, подобных компаний не так много, как хотелось бы.
  • Кнопка «прочитать позже»
    –1
    просил админов добавить такой функционал в сам сайт. обещали подумать. есть несколько мыслей по поводу реализации. с удовольствием поделюсь ними в скайпе.
  • ПриватБанк обвинил украинского программиста во взломе своего Android-приложения
    0
    по коллективному иску как раз банк может выиграть. и обработать один коллективный иск намного проще, чем тысячи одиночных. идея как раз в том, чтобы исков было много. основная идея не в том, чтобы выиграть эти иски. нужно, чтобы они просто были. думаю, что юристы меня поймут. Да и виновнику я отписал свою идею/позицию, посмотрим, что он скажет. нужно, чтобы он сам для начала проконсультировался со своим юристом по этому поводу. ведь подобная деятельность может и повредить ему каким то образом, который я могу банально не заметить.
  • ПриватБанк обвинил украинского программиста во взломе своего Android-приложения
    0
    как я писал выше, требования что то делать воспринимаются широкой русской душой как надругательсвто. а есил бы требовали компенсации за преступное и халатное бездействие, то реакция была бы как нужно. правда могу ошибаться. Но, данный случай может дать всем нам шанс проверить это. если хотя бы 5000 клиентов подадут иск, то ПБ как минимум прийдется задействовать большие человеческие ресурсы для обработки и ответов на все эти иски. да, сумма компенсации (1000-5000) может оказаться для банка совсем небольшой и им проще будет откупиться, но тут уже дело принципа. можно или оставить случай без внимания, а можно уже начинать проявлять свою жизненную позицию.
  • ПриватБанк обвинил украинского программиста во взломе своего Android-приложения
    +28
    )) в случае открытия уголовного дела, предлагаю всем клиентам ПриватБанка подать иск на ПриватБанк, так как дырка в безопасности их программного обеспечения позволили третьему лицу получить доступ к персональной инормации, которая, по закону, должна защищаться банком. То есть из-за халатности работы банка каждому клиенту был нанесен моральный ущерб, как минимум. Думаю, размер компенсации может заставить банк хорошо задуматься о своем иске.
    П.С. Если в чем неправ, то более сведущие в юриспруденции хабравчане меня поправят.
    оффтоп. вот и пригодилась незакрытая карточка ПриватБанка.
  • Android компонент с нуля
    +1
    если пример претендует на нечто действительно рабочее, а не «вот как можно сделать для моего девайса», то больше, чем 3- я бы не поставил. действительно много велосипедов, нет адаптации под разные экраны, переопределение onMeasure будет работать не всегда правильно. в общем, как то не очень.
  • Больше, чем GoogleReader: давайте сделаем это вместе!
    +1
    я — андроид разработчик, который очень скучает по ГР. С удовольствием помогу в тестах/разработке.
  • Интеграция дизайна мобильных приложений. Часть 1: Android
    +1
    если данной статьей будут вдохновляться все дизайнеры/проектировщики, которые будут отдавать мне шаблоны приложений, то я стану одним из самых счастливых Андроид девелоперов в мире. Труд о том, как подружиться со своим проджект дизайнером и сэкономить друг другу кучу времени и нервов.
  • Несколько полезных шаблонов для Android-разработки под eclipse
    0
    это Вы не совсем поняли смысл моих слов. я знаю, что пока Студия — только превью. Но уже в превью она обещает быть очень приятной. Потому я сожалею, что в ней еще есть всего пара багов, которые мешают мне сменить IDE. Как только их устранят, я с радостью буду пользоваться софтом, который доставляет меньше страданий, чем Эклипс. Ничего плохого не хочу о нем сказать, но Студия действительно получается лушим продуктом.
  • Несколько полезных шаблонов для Android-разработки под eclipse
    +2
    если говорить об Android Studio (которая на базе идеи построена), то я все еще с удовольствием работаю в эклипсе, потмоу что привычка настраивать проекты уже есть, а переучиться править gradle конфиги ручками, чтобы заставить правильно заработать мультибиблиотечный проект меня как то утомляет. Но должен заметить, что как только JetBrains вместе с гуглом починят работу UI, то я с удовольствием перейду на студию, работать в ней дествительно приятно, даже не смотря на то, что это только превью версия.
  • Job Safety Driven Development
    0
    Вот тут как раз и вся беда.

    Три менеджера, у каждого из которых бывают свои взгляды на то, как должно быть.

    По поводу «новой крутой модели» хохма в том, что она как раз нужна для реализации бизнес логики, которую на текущей модели реализовать просто нереально, она не заложена в модель. Вот так и живем. Мобильное приложение, которое занимает в данный момент 240 Мб в памяти, выполнять можето только 2/3 из бизнес задач, но рюшики важнее.
  • Job Safety Driven Development
    +1
    Багфиксинг касается интерфейса в основном. А для основных участков кода требуетсяс недели 2-3 рефакаторинга, при чем проект загажен настолько, что сделать эти правки паралельно с текущим работающим кодом просто нереально. Все завалится к черту. Код сильносвязан и малейшие колебания в одном месте наочно демонстрируют теорию хаоса.
  • Job Safety Driven Development
    0
    Я не говорю, что скрам говно. Я говорю, что нужно вовремя ним пользоваться, иначе этот инструмент больше вредит, чем помогает. В данный момент я знаю, что арзитектура говно, знаю почему, есть предложения по исправлению, но в ответ меня настоятельно просят ближайший спринт посвятить багфиксингу, а рефакторинг будет позже. Вот только это позже не обозримо.
  • Job Safety Driven Development
    +1
    Хочу поделиться своим грустным опытом в Agile.

    В данный момент я являюсь ТимЛидом в одном из многих стартапов. Как и другие, наш стартап начинался с идеи и пилотной альфа-версии для демонстрации идеи инвесторам. После нескольких итераций идея приобрела некий приемлемый для инвесторов вид и было дано добро на развитие. Новоявленные продакт менеджеры и инвесторы добавляли все новые и новые фичи в проект и, как водится в СНГшном бизнесе, просили результаты работы «на вчера». В этот момент случилась первая и решающая ошибка команды разработчиков(к которой, на тот момент, относился и я сам). Они начали внедрять новые фичи не задумываясь о модели и не документируя свои решения. Тоесть для каждой задачи выбирался подходящий по форме и размеру костыль и подставлялся, потому что инвесторы хотели увидить эту фичу еще вчера.

    Прошел год такой разработки. Все дедлайны были провалены, часть людей ушла из проекта, часть добавилась. Я стал тимлидом. Один из менеджеров решил, что для повышения эффективности команды ей стоит работать, придерживаясь Scrum`а. Он был введен. И вот, после 10 спринтов, вся команда начала понимать, что велкикий и могучий Скрам не помогает нам работать. Потому что нет костяка(читай ТЗ), который можно было бы гибко менять в заисимости от отклика юзеров. Овнер(он же менеджер, предложивший Скрам) продолжает требовать от команды новых костылей и не хочет обращать внимания на глобальные проблемы модели приложения, команда продолжает пилить гири костыли. Каждый день я жду новых падений модели-инвалида и пытаюсь убедить Овнера, что нужно приостановиться и обновить модель.

    Мораль сей басни такова: гибкая разработка — это круто, но каждому необходимо понимать, когда ней можно начинать пользоваться, а когда еще рано.
  • Программирование под Android для начинающих. Часть 1
    0
    Согласен, но мои слова были именно о туториалах, подобных этому.

    Я начинал программировать под андроид руководствуясь поначалу только гуглом. Мои сложности заключались в том, что зачастую я сталкивался с проблемами, которые выходили за рамки «Hello туториалов». С классическими ситуациями я справлялся без книжек и гугла, а вот исключения приходилось решать очень долго. И причиной этому было то, что мне, неопытному программисту, гугл выдавал наиболее релевантные данные, коими, по его мнению, были именно примеры для чайников. А правильно спрашивать я еще не умел.

    Таким образом, на поиск причин «что не так, во всех примерах так написано и работает» я тратил намного больше времени, чем мог себе позволить. Должен заметить, что после правильного вопроса в нужном месте проблема обычно решалась в течении нескольких часов.

    После 3 месяцев работы с платформой я уже мог решать типовые задачи весьма быстро. Вопросов по реализации остается всё меньше, решаютсяо ни всё быстрее.

    Я не пытаюсь ругать автора. Много раз после решения очередной «очевидной» проблемы я хотел написать туториал по решенному вопросу. Но кахждый раз смелости и таланта не хватало. Я просто призываю автора тратить свое время на что то более полезное.
  • Программирование под Android для начинающих. Часть 1
    –1
    Думаю, Вы абсолютно правы. Я начинал именно зная С#, и такие туториалы рождали больше вопросов, чем давали ответов.

    А туториалов не будет, потмоу что на их написание необходимо потратить время и немалое. А кто в наше время хочет тратить его на благотворительность? Таких единицы. И нужно сказать огромное спасибо людям, которые живут на популярных девелопер форумах и дают там адекватные ответы на абсолютно «нубские» вопросы без попыток унизить вопрошающего.
  • Программирование под Android для начинающих. Часть 1
    +14
    Сам начал заниматься разработкой под Андроид год назад. Дожен скаать, что именно такие вот переводы недоуроков и вводили меня поначалу в состояние аффекта и вызывали тяжеые припадки ненависти ко всему живому.

    Причина в том, что в подобных материалах абсолютно не уделяется внимание такому вопросу, как «почему мы так делаем». Две фразы, которые абсолютно точно характеризуют данный материал, это «Приведенный здесь код должен работать на версиях 4.0 и 2.3» а также «Класс CountDownTimer делает за нас почти всю работу, что очень приятно». В двух словах «Перетащите кнопку на экран и она должна заработать». После прочтения подобных заявлений в какой-то из статей я стабильно проводил около 2-3 дней на stackoverflow и официальной документации разработчику в поисках ответа, почему не работает то, что «должно работать».

    Огромнаяпросьба к автору, если Вашей целью является заработать карму за перевод статей, то так и напишите, если Вы пытаетесь помочь этой статьей начать программировать под Андроид желающим научится — не стоит, не вводите людей в сладкое заблуждение простотой этих строк. Пускай сразу сталкиваются с правильными ресурсами, а не тратят время и нервы на малосожержательные статьи.
  • 8 Параметров социальной жизни команды: как измерить неизмеримое
    +3
    Вы явно относитесь к тому типу людей, от которого остерегают в 7 пункте. Или просто считаете, что статья очевидна или бессмысленна. А зря. Как говорил один Великий «Я не боюсь человека, который знает 1000 приемов, я боюсь человека, который знает один прием, но повторяет его 1000 раз в день.»
  • Petcube — гаджет для домашних животных
    0
    Видел вас на IDCEE в Киеве. так сказать, ваш сосед. Если получится продать проект в США или Канаду, то сможете приниматься за новый проект, но уже со стартовым капиталом ;) черезвычайно приятно, что в Украине есть талантливые ребята, способные не только генерироват, но и воплощать хорошие идеи. Удачи вам.
  • Sony открыла API Floating touch
    +2
    Думаю, бесценной эта технология будет для юзеринтервейса, т.к. абсолютно четко можно будет собрать статистику по двиежниям «органов управления» и, как следсвтие, делать интерфейс более френдли, вполне возможно, даже на лету.

    А если совместить с 3Д изображением, то вообще может получиться нечто интересное. Да, это полный изврат, манипуляция объектами в пространстве при нынешних размерах дисплеев… но мы ведь говорим о технологии.
  • Как ускорить insert в SQLite
    +1
    как я понимаю, для этого всю логику работы с БД необходимо вынести в ContentProvider. Я же работаю с БД напрямую.
  • Как ускорить insert в SQLite
    0
    Открытым остался лишь вопрос, почему использование транзакций не всегда ведет к повышению производительности.
  • Как ускорить insert в SQLite
    0
    в случае, когда необходима только БД, да, подход оправдан. В моем случае необходимо помимо самой БД распихать еще кучу контента по файловой системе. Кроме того, единый метод заполнения данными, подходящий и для первого запуска и для последующего обновления, показался целесообразным.