Арина Левадная

Несмотря на то, что стандарт HTTP не запрещает тело в GET-запросе, браузеры придерживаются другого мнения:

https://stackoverflow.com/a/45550919/1016033

https://fetch.spec.whatwg.org/#ref-for-dom-request...

If either init["body"] exists and is non-null or inputBody is non-null, and request’s method is `GET` or `HEAD`, then throw a TypeError.

https://xhr.spec.whatwg.org/#the-send()-method

If this’s request method is `GET` or `HEAD`, then set body to null.

В переводе на русский — из браузера нельзя сделать GET-запрос с телом.

Наверное, знать надо все и до бесконечности. Я тоже работаю с PostgreSQL, для разработки и администрировании по моему горькому опыту нужно знать:
1) Linux

• стандартный набор консольных утилит
  
• система выдачи прав на файлы
  
• знания про работу с памятью для тюнинга БД
  
• lxc (возможность поднять кучу легковесных контейнеров с разными базами очень помогает)
  
• уметь настраивать фаервол (чтобы у сервера БД не торчало лишнее наружу)
  
• ssh проброс портов с удаленного компьютера (чтобы удобно подключаться к БД)
  

2) Система контроля версий - git, svn и т.д.
3) PostgreSQL

• внутренняя работа под капотом (для тюнинга производительности)
  
• FTS, триграммы, plproxy
  
• pgtap для тестирования
  
• система версионирования схемы бд (я рекомендую pyrseas)
  
• балансировщики, репликация, PIT бэкапы (рекомендую barman)
  
• FDW для подключения к разным другим источникам данных
  

А вообще, смотри видео и читай доклады с pgconf и документацию по PostgresPro, это хорошо помогает быть в курсе последних тенденций.

Я так понимаю речь не только про инструменты, но и про подходы, очень рекомендую книжку
The Art Of Unit Testing с примерами на C#

Также очень рекомендую FakeItEasy, после Moq кажется более интуитивным

Это вопрос больше философский и зависит от виденья структуры вашей программы.
Можно сделать например только каркас MVC, где будет два M,
- Где первый будет валидировать данные
- а второй производить базовые арифметические расчеты.
C будет осуществлять общую логику приложения а V итак понятно.
Итого 4 класса.

А можно например еще завернуть каждое вводимое число в класс, и напихать туда различных методов и свойств, где может быть все что угодно, от истории изменений, до количества разрядов числа.

И при этом, эти классы могут содержать другие классы, например история изменений может быть отдельным классом.

Добавить сюда также абстрактные классы.

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

Может не в тему, но касательно утомленности глаз, хочу поделиться своим опытом.
Купил себе очки фирмы Gunnars, реально помогают, глаза меньше устают.
Gunnars
А в целом конечно, минимум один раз в час нужно отойти от монитора хотя бы на 5 минут, например кофе или чай себе принести.

Одна из основных проблем это неизменное фокусное расстояние - когда часами пялишься в монитор, это вызывает деградацию не только мышц, но и всех связанных механизмов. Поэтому рекомендуют искусственно его менять, раз в пару часов смотря в окно пару минут, переводя взгляд с удаленных объектов на стекло. Хорошим дополнением будут игровые виды спорта, вроде тенниса или волейбола - когда мячик летает туда-сюда.

Важнее всего - чаще моргать(вот тут важно выработать привычку), остальное мало зависит от гимнастики, ибо мало кто заморачивается с гимнастикой больше недели.

У Головача очень крутые уроки:

Еще иногда смотрю здесь!

Но Головача рекомендую, ели выполнять задания в него на сайте - очень хорошая база!. Задания на сайте - строго по курсу, все продумано и интересно.

Текущая работа. В основном багфиксы.

Рутинной работой

Не будет смены специальности без потерь. К потерям надо готовиться. Семье надо объяснить причину смены специальности. Потери будут либо в деньгах, либо в свободном времени.

В свободное (очевидно, внерабочее) время читать, смотреть, думать и делать pet projects - в этом я не оригинален. Иллюзий по поводу программирования питать не надо. У многих разработчиков 12-14 часой рабочий день, особенно у фрилансеров: 4-6 часов покодить + время на поиск новых заказов + время на общение с старыми/новыми клиентами + время на организационную деятельность + время на маркетинг самого себя. Офисные программисты работают несколько свободнее по времени, но уверен, что многие после работы ещё вштыривают проектик для себя или шабашат по мелким заказам.

Хочу озвучить ещё четыре варианта.

1. Мне известны уже несколько случаев, когда человек уходил на сдельную работу или на 1/4 ставки или на почасовку на основном месте работы и увеличивал количество часов на изучение второй специальности. Или устраивался на новое место на почасовку или на четверть ставки для стажировки, а то и на должность джуна. Сам так делал. Очень эффективно.

2. Выходные, праздники и отпуск не для ремонта или отдыха, а для ускоренной реализации своих проектов. Я кучу людей знаю, которые работают без отпуска, включая махинации с увольнением/восстановлением, чтобы просто получить компенсацию и работать дальше. Не вижу ничего сложного в том, чтобы отпуск потратить на стажировку или самообразование. Если новая работа приносит удовольствие, то можно развернуть свои собственные мысли так, чтобы новая работа считалась отдыхом (самомотивация, аутотренинг, самогипноз - называйте как хотите). Не замечали, что 8 часов нелюбимой работы тянутся долго-долго, а 8 часов любимого занятия (хобби, увлечение) пролетают незаметно?

3. Административный отпуск. Он, конечно, не оплачивается, но если подвернулось интересное дело, то можно попробовать, потрогать, пощупать, оценить свои ощущения и если не уверен - вернуться в своё уютное тёплое гнёздышко на старом месте работы. Административный отпуск хорош тем, что его можно устроить в любое время без согласования отпускных графиков и отказать в нём не могут. Так что сразу, как подвернётся интересное дело - можно с головой нырнуть, устроить себе интенсивное погружение.

4. Попробовать совмещать должности на старом месте работы. Попросить руководителя дать несложную работу из соседнего отдела программистов. Я сам встречал маркетологов-программистов, аналитиков-программистов, менеджеров-программистов. Им просто это интересно. При этом зарплата будет прежняя, а может быть повысится - как договоритесь. Ещё можно уговорить послать на курсы переквалификации, организация оплатит и время и курсы - ничего не потеряешь.

Ещё варианты плавного перехода придумать?

Кто хочет - найдёт 1000 способов, кто не хочет - найдёт 1000 причин (Конфуций)

Если вас это немножко подбодрит, могу сказать что это смог провернуть мой бывший командир корабля (я в прошлом офицер ВМФ, но быстро понял что ступил не на ту дорожку и вернулся к любимым с детства компам), капитан 1-го ранга, хорошо за 50... а командир корабля - это ещё и очень особенный клад и уклад сознания... у нас был старенький комп - селерон под Миллениум, на котором мы в свободное от вахты и печати отчётов время гоняли Диабло. Кэп увлёкся. потом со скуки начал читить - там можно было открывать файлы своего персонажа и что-то накручивать по его параметрам... через это начал ковыряться и изучать. Я ему книжек подкинул. Кэп скучал - за него службу тянул перспективный и роющий землю старпом. Потом я уволился, уехал. Потом сильно удивился узнав, что выйдя на пенсию кэп увлёкся программированием настолько, что купил макбук ретина и что-то разрабатывает под iOS, что-то морское специфичное и за деньги.
Но правда там очень неслабая подушка безопасности в виде военной и более того, корабельной пенсии была...
Но если уж человек после 50 смог - вы сможете после 30 однозначно)) вопрос организации.

Java заменить можно при помощи Jython.