Опыт 3 года в проекте, писать на нем довольно приятно, особенно с 6 версии. Для нашего проекта очень подкупают такие компоненты как Bryntum.Gantt, очень удобный компонент.
Один большой косяк в нем раздражает, если в каком то компоненте появилась ошибка, падает все приложение.
«Я работаю только в своё рабочее время» — бывает и так, человеку не нужны переработки, он хочет работать ровно столько, сколько написано в трудовом договоре. Или даже меньше, некоторым компаниям в ИТ давно пора на 6-часовой рабочий день.
— Да только потом когда человек нужен будет срочно в 17:30 вечера, а его нет начинаются вопросы, а нафига мы ему такой график сделали? Если вся компания работает с 9:30 до 18:30, то свободные графики вредят, и начинаются вопросы, а что же делал сотрудник и где он был.
Забыть то можно, но ЗП должна выплачивать 2 раза в месяц :) и срезать ее можно (по закону) только служебными записками, сдельщина между работником и компанией если это не прописано в трудовом договоре силы не имеет.
Вся суть в том кто нарезает эти задачи и оценивает трудоемкость данных задач, потому как одна задача может по трудоемкости тянуть на 10-к других задач, а ее оценивать будут как и все задачи 1 рубль что по сути не верно, и тут мы опять возвращаемся к грейдингу, KPI и прочим радостям управленцев.
Следующий вопрос это оценки выполнения задачи, работник выполнил задачу ее должен кто то оценить правильно ли он выполнил и так далее, иначе можно настрогать 1000 задач, получить премию и сидеть спокойно, что не очень то выгодно компании.
Вы забыли про КЗОТ. И да будут пилить одну задачу на 10 мааааленьких и их выполнять и получать бонусы.
И тут сразу встанет вопрос про оценку труда и так далее. На самом деле все давно придумали, почитайте про производительность труда и методах ее оценки (стоимостный метод, трудовой и так далее.).
Решается все CSS. Для своих задач ExtJS вполне нормален.
fiddle.sencha.com/#view/editor&fiddle/2bup
Один большой косяк в нем раздражает, если в каком то компоненте появилась ошибка, падает все приложение.
а потом уже foreach.
— Да только потом когда человек нужен будет срочно в 17:30 вечера, а его нет начинаются вопросы, а нафига мы ему такой график сделали? Если вся компания работает с 9:30 до 18:30, то свободные графики вредят, и начинаются вопросы, а что же делал сотрудник и где он был.
Вся суть в том кто нарезает эти задачи и оценивает трудоемкость данных задач, потому как одна задача может по трудоемкости тянуть на 10-к других задач, а ее оценивать будут как и все задачи 1 рубль что по сути не верно, и тут мы опять возвращаемся к грейдингу, KPI и прочим радостям управленцев.
Следующий вопрос это оценки выполнения задачи, работник выполнил задачу ее должен кто то оценить правильно ли он выполнил и так далее, иначе можно настрогать 1000 задач, получить премию и сидеть спокойно, что не очень то выгодно компании.
И тут сразу встанет вопрос про оценку труда и так далее. На самом деле все давно придумали, почитайте про производительность труда и методах ее оценки (стоимостный метод, трудовой и так далее.).