Вопрос как раз в этом. У меня нет формального понимания. Количественного, скажем так
Есть качественное. Способен ли принимать адекватные архитектурные решения, разбираться в документации, оценивать сроки, Какой код пишет, как даёт имена, делает коммиты и т.д. По софтскилам, как общается с коллегами, с другими подразделениями, с заказчиками если вдруг надо.
И качественно я могу для себя сказать, кто в чём лучше или хуже.
Но это субъективное суждение.
На интервью при приеме на работу, такое годится. Там не будет непонимания почему ему дали, а мне нет.
EVGENY T., Метод имеет право на жизнь. Особенно хорош в более менее однородной команде, с однородными по классу задачами.
Но, что делать с тяжелыми задачами? Типа как у нас была недавно, раз в несколько часов работы система дает временной лаг в одном из модулей на 3 секунды. Оценить заранее невозможно. Анализ кода, архитектуры, дополнительные логи, гипотезы и их проверка. Может повезти и ошибка найдется за пару часов или за пару недель, или удастся сделать костыль не понимая что это было. Система большая клиент-серверная, часть логики в скриптах, некоторые написаны заказчиком.
Vitaly, Глобальная цель проработать все детали, и скорее всего это будет некое коллективное решение, на всё инженерное подразделение фирмы. Но для начала, что-то решить для команды. Когда не могу конкретно ответить на вопрос сотрудника, что нужно сделать чтобы больше зарабатывать - мой косяк. Хотя мне на это всегда отвечали - сам подумай и предложи. Но я начинал тут работать когда сотрудников было около 20 человек, наверное так можно было. Теперь нас на порядок больше, а процессы нормально построены только на производстве, хотя и так есть косяки, как говорят...
Эти вещи понятны и достаточно очевидны. Проблемы как раз созданием классификации, интересен чужой опыт, и что уж греха таить надеюсь у кого-то что-то сдуть.
Пока к сожалению, кроме субъективной оценки по коду, соблюдению и оценке сроков (тоже часто субъективная оценка), умения общаться с коллегами ( и этот навык не померить).
В теории схема идеальная. А как посчитать выработку, в чём?
Если суметь посчитать в слонах, то уже несложно соотнести с затратами.
Какие объективные оценки есть кроме строчек кода :) ?
PS: если делать небольшие разработки каждая из которых оплачивается, проблем нет.
GavriKos, труда не составит, просто пытался найти более простой путь, потому и написал про Go и конкретную библиотеку. Чтобы оно всё "сделалось само", ну собственно о чём и говорил.
Пока это домашний проект, если заведется и зайдет среди коллег, можно будет улучшайзингом заниматься, ну или когда очередной раз время появится.
GavriKos, сервер на go это и есть бэкенд с логикой.
Это программа которая принимает http запросы и отвечать на них но не по формализованным правилам, а по тому, что закодили в конкретном случае. Т.е. чтобы сработали ajax или иные запросы, для них нужно написать ответственную часть.
Ну сейчас у меня сервер делает статическую страницу, типа
* заголовок, который не меняется никогда
* тело, в которое вставляется статистика актуальная на момент генерации
Так понял из чтения интернетов, на страницу надо внедрить некий активный элемент, на js например, который будет запрашивать у сервера обновленное тело, или его части.
Но была надежда, что как-то можно по иному это сделать, опять же может в каком go фреймворке есть что-то встроенное. Условно говоря пометить некий блок как автообновимый. В итоге сгенерится правильный клиентский код, который всё будет делать запросы, а со стороны сервера будет вызываться callback или браться данные из нужных переменных.
Спасибо за советы, примерно такого и ожидал когда спрашивал, что делать, что накидают идей.
Ссылка на маркет правда битая, но примерно перечень утилит понятен, не факт что уговорятся коллеги на то чтобы с их телефонами игрался.
Моя прога успешно загрузилась а amazon, прошла все тесты. А вот у того у кого не установился мой apk. Так же и не завелся маркет от амазона. Что-то у него с настройками или антивирусами.
Нативного кода нет, приложение до ужаса примитивное.
Спасибо за советы.
davidnum95, а где его можно увидеть на чужом телефоне?
Те пара телефонов на которых не устанавливается, это аппараты коллег, Android Studio у меня установлена дома, поэтому подключиться отладчиком и логгером нет возможности.
Или есть что-то что можно прямо на телефон поставить?
Правда так же требуется вся информация о типе массива, но в отличии от моего варианта, не скомпилируется при отсутствии этой информации. Что большой плюс.
Правда промышленная разработка на C++17 это пока только мечты. Мне бы мои легаси проекты заволочь хотя бы на 11
Переходите на C++ тут всё можно.
Приведется на раз, правда при использовании скорее всего программа упадёт :)
А если серьезно то, стоит поработать над пониманием ООП.
Просто на пальцах. Есть понятие <Гаджет с экраном>. Есть его конкретизация <Мобильный телефон> и есть у мобильного телефона конкретный экземпляр Gnusmas100500sn123, например.
Так вот, любой конкретный <Мобильный телефон> можно рассматривать как <Гаджет с экраном> и с ни можно будет выполнять все действия которые доступны для гаджета. Но вот в обратную сторону в общем случае уже нельзя. Не выйдет использовать любой <Гаджет с экраном> как <Мобильный телефон>
Юлия Бедросова, бизнес тем более у нас это всегда какие-то компромиссы. Брать в работу ТЗ в виде одной строчки "Сделать чтобы летало" это объективная необходимость. Иначе кто-то другой получит эту работу.
У нас часто не принято напрямую платить за проработку проекта, это потом можно как-то заложить в договор если срастётся.
Наверное пока не пройдет 40 "библейских" лет, идея, что делаем одно дело, двигаем одну страну вперед и прочее из головы не выветрится.
Некоторые госконторы так же пытались с импортными компаниями работать. А потом удивлялись как так доработки сверх ТЗ еще денег стоят ?
Есть качественное. Способен ли принимать адекватные архитектурные решения, разбираться в документации, оценивать сроки, Какой код пишет, как даёт имена, делает коммиты и т.д. По софтскилам, как общается с коллегами, с другими подразделениями, с заказчиками если вдруг надо.
И качественно я могу для себя сказать, кто в чём лучше или хуже.
Но это субъективное суждение.
На интервью при приеме на работу, такое годится. Там не будет непонимания почему ему дали, а мне нет.