Константин Нагибович

Ты веcь такой кругом молодец, то знаешь, это знаешь. А теперь представь себе среднестатистический проект, который должен приносить бизнесу деньги. За две недели работы ты едва напишешь хлипкий CRUD для данных, неправильно смаппив бизнес-сущности в объекты ORM, ещё через месяц натянешь какой-то слайдер на jQ, попутно захватив 2мб JS кривых библиотек, а через два заказчик поставит тебе плохую оценку, потому что твой ценник он оплатил не за то, что ему нужно, а потому что ты знаешь монады, которые ему даром не сдались.

А теперь давай представим простого программиста. Из алгоритмов он с трудом вспоминает сортировку пузырьком, а двусвязный список — предел его знаний о структурах данных, и даже этим списком он пользовался два раза в жизни. Хаскель он никогда не видел в глаза, C++ учил только в школе, вместо этого пишет неэффективный код на PHP. И у него есть опыт. За день он распишет сущности, за второй сделает универсальный CRUD, на третий день поднимет фронт на React'е с SSR. Да, внутренности проекта будут "медленными". Вместо O(logN) что-то будет выполняться за O(N) или даже O(N^2), но всем похер. Пока всё работает на приемлемом уровне — бизнес радуется.

Кстати, к чему эта поучительная лапша? Я хотел сказать, что всеми этими модными словами можно пугать друзей и преподавателей, но в реальной жизни все алгоритмы уже реализованы, все типы данных уже подобраны оптимально. Знать их полезно для себя (чтобы мозг не атрофировался), но не для работы. Для работы тебе нужны такие навыки как:

* Оптимальный баланс между говнокодом и идеальным кодом
* Оптимальный баланс между скоростью разработки и оптимизацией кода
* Оптимальный баланс между поддерживаемым кодом и костылями
* Умение использовать те инструменты, с которыми ты работаешь. Опять же, для того, чтобы писать быстро, при этом имея минимальное количество говнокода и обеспечивая максимальную поддерживаемость (в пределах сроков). Например, можешь выкинуть в помойку свой Vim, как бы круто ты себя не чувствовал, разрабатывая в консольном редакторе, если продукты от JetBrains позволят за это же время сделать что-то лучше или чего-то больше
* Чувство "знаю больше менеджеров". Это то чувство, когда тебе кажется, что "вот эта фича скоро изменится" и надо сделать архитектуру заранее более гибкой. Или "вот эту фичу мы через месяц выпилим" и не надо тратить на неё силы — напиши костыль и через месяц с чистой совестью удали его
* Знания, как сделать ту или иную фичу. Потому что фичи повторяются (немного видоизменяясь) от проекта к проекту. И если ты сделал что-то за два дня, в следующий раз ты похожее сделаешь за три часа

Что касается инструментов, выбери любой полноценный фреймворк, который умеет решать 90%+ потребностей "из коробки": Symfony, Django, Laravel

Всякие "минималистичные" поделия вроде Falcon, Flask (в PHP не знаю, я на питоне пишу) оставь хипстерам. Пусть они говорят: "Мой фалкон такой быстрый, он написан на Cython". Тебя это не должно волновать, потому что бизнес с твоей скоростью разработки уже заработал достаточно денег, чтобы купить ещё десять серверов, пока фалконисты неделю гуглили, как прикрутить миграциии и запустить юнит-тесты на VPSке за пять баксов.

Взять конвертацию данных, написать правила, выгрузить в соответствии с правилами, потом загрузить в соответствии с правилами.

100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.

Проблема была в макете. Ищите в какой области у вас выскакивает эта ошибка, найдите строчку, в которой происходит эта проблема и используйте метод "Очистить -> Все", и заведите содержимое снова.

любой рынок сейчас наполнен, любой.
но найти пряморукого сантехника/электрика/дантиста/айтишника - проблема.

тем не менее они, при желании, находятся.

Вы правы, рынок очень переполнен, переполнен второсортными специалистами которые не хотят развиваться, но в тоже время просят огромную зп за свои soft скилы, в нашей компании месяц вели поиск человека на должность бэкендера Node.js, рекрутеры просто поседели от уровня тупизны которую хвостом тянут за собой "специалисты"

часть информации в итоге забывается

Нужно забывать больше - все то о чем вы не можете сказать как именно и когда собираетесь это применить.

а жизнь кажется хаотичной,

Потому что у вас каша в голове из всей той ненужной информации которую вы туда пытаетесь запихнуть.

Тоже когда-то искал средство "упорядочить всю эту информацию" пока не понял два момента:
1) "потенциально полезной" информации в мире предельно много, не хватит тысяч лет чтобы это просто прочитать. Каждую секунду создается еще больше.
2) знание этой информации никак не меняет мою жизнь к лучшему, а попытки её узнать и запомнить - вполне конкретно ухудшают.

Учитесь фильтровать по принципу "а как я собираюсь это применить?". не "вообще" а именно я, именно её и в какие конкретно даты?
Останется только действительно нужное и вот это вы уже сможете упорядочить.

Что не правильно?
1) ПустаяСтрока() - функция для проверки строковой переменной на наличие значимых символов (пробелы, табуляции и прочие разделители игнорируются) - явно не преднозначено для проверки суммы итогового стажа, который будет преобразовываться к строке "0" и функция всегда будет давать результат Ложь. Если итоговый стаж - это не дни итогового стажа, а дата увольнения (с названиями вам еще работать и работать - сами себя путаете), то дата преобразовывается тоже к строковому литералу, который выдаст аналогичную Ложь. Потому содержимое внутри условия никогда не будет выполнено!

2) Обращения вида "Объект." ссылаются на реквизиты вашего документа, а не на реквизиты строк табличной части! Вам нужно сперва узнать значение текущей строки табличной части (под курсором) и дальше работать уже с этой строкой.

3) Что вы там пытались присвоить в двоичном формате непонятно, но явно не в тему.

4) Предположим, что вы своими ноликами-единичками хотели обнулить дату. Тогда согласно вашей формуле вы к пустой дате добавляете сумму количество секунд от даты приема с количества секунд от даты увольнения - это где-то 4036 год получится.

UPD. Дополнено после переписки в комментариях
1) Что должно быть в Итого? По идее количество месяцев! Тип "Строка" тут ни к чему - количество это всегда тип "Число".
2) На поле табличной части вам нужно добавить обработчик события ПриИзменении с примерно следующим содержимым:

&НаКлиенте
Процедура СтажРаботыПриИзменении(Элемент)
	
	РедактируемаяСтрока = Элементы.СтажРаботы.ТекущиеДанные;
	
	// строку могли удалить и в таблице ничего нет
	Если РедактируемаяСтрока = Неопределено Тогда
		Возврат;
	КонецЕсли; 
	
	// обязательно делаем проверку данных!
	Если РедактируемаяСтрока.ДатаПриема >= РедактируемаяСтрока.ДатаУвольнения Тогда
		РедактируемаяСтрока.Итог = 0;
		Возврат;
	КонецЕсли; 
	
	// в зависимости от требуемого значения делаем расчет
	// еще важен способ округления - к меньшему целому или к большему
	ОтработаноСекунд = РедактируемаяСтрока.ДатаУвольнения - РедактируемаяСтрока.ДатаПриема;
	ОтработаноЧасов = ОтработаноСекунд / 60;
	ОтработаноДней = ОтработаноСекунд / 86400;
	
	// если нужно значение месяцев или лет, то используем сдвиги в цикле
	ОкруглятьКБольшему = Истина;  // 1 день сверху дасть дополнительный 1 месяц или 1 год
	
	ОтработаноМесяцев = ?(ОкруглятьКБольшему, 0, -1);
	СкользящийМесяц = РедактируемаяСтрока.ДатаПриема;
	Пока СкользящийМесяц < РедактируемаяСтрока.ДатаУвольнения Цикл
		ОтработаноМесяцев = ОтработаноМесяцев + 1;
		СкользящийМесяц = ДобавитьМесяц(СкользящийМесяц, 1);
	КонецЦикла;
	
	ОтработаноЛет = ?(ОкруглятьКБольшему, 0, -1);
	СкользящийГод = РедактируемаяСтрока.ДатаПриема;
	Пока СкользящийГод < РедактируемаяСтрока.ДатаУвольнения Цикл
		ОтработаноЛет = ОтработаноЛет + 1;
		СкользящийГод = ДобавитьМесяц(СкользящийГод, 12);
	КонецЦикла;
	
	// выводим значение на форму
	РедактируемаяСтрока.Итог = ОтработаноМесяцев;
	
КонецПроцедуры

Но я не умерен в том, что вам нужен реквизит стажа. Возможно было бы достаточно "виртуального реквизита" (добавленого в табличную часть на форме) действительно с типом Строки, куда при открытии и изменении выводить расчетные данные в виде "10 лет, 4 мес, 17 дней".