Therapyx

Ну тут уже идет не о ценностях сишарпа, а в целом о программировании. Сделай любой контейнер с возможностью засунуть туда пару key-value, Где, ключ будет уровнем, а велью словами для этого уровня и с переходом на новый уровень просто переключай на уровень на ++.
Если я конечно правильно понял задумку этой игры ))

Это уже из области software engineering, разные агильные и не агильные методы. Возмем на примеру Scrum'a или XP с их стори картами, planning poker. Пример:
- Есть крупная задача. Разбиваете на стори карты, к примеру юзер вводит свои данные и нажимает на кнопку регистрация, что в дальнейшем так же разбивается на таски, какие тут видно? Юзер вводит свои данные? Какие данные? - Имя фамилию адресс телефон. Нажимая на кнопку что происходит? Данные берутся или записываются в дб, из этого пункта можно сделать еще такс как "подлючение к базе данных". И конце концов когда эти кусочки колбасы наимельчайше порезаны на маленькие части. Идет распределение времени для каждого из них (кстати могут и сразу определять время для всей юзер стори). Определяют как Story Points, где 1 = полный раб. день(тоже может вариироваться). И вот сидит команда и распределяет время для этих задач, к примеру я говорю, что для подключения дб(сейчас очень абстрактно!!) надо 0.5CP, Вася говорит 1CP, а Петя говорит 0.1CP в итоге получается, что 3 человека из команды не сходятся во мнении. Тогда каждый из них начинает рассказывать всем свою точку зрения, почему он так считает, почему именно 0.5 или 1 или 0.1 все выслушивают - и голосуют еще раз на базе того, что они услышали, до тех пор пока время не совпадет или хотябы приблизительно.
После чего каждая юзер стори имеет свой общий вес времени. Все они складываются. И вот пожалуста, прошел анализ времени(в скраме он правда делается для 2-4 недель(1 спринта)). Но на практике многие ошибаются в расчетах поэтому и делают каждый раз по месяцу, тем самым увеличивая точность этих предсказаний.

А все и сразу посчитать очень трудно и не точно будет. Если заказчик адекватный, а по идее он должен быть адекватным раз речь идет о большом проекте, то обьясните ему на более понятных ему примерах(на пальцах), что так дела не делаются, а если и делаются, то вас "нае**а*т".

в шарпе вроде есть

KeyValuePair<attrType, attrType> keyValueContainer= new KeyValuePair<attrType,attrType>("defaultkey", "defaultvalue");

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

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

Второе высшее? Скажу по секрету, многие работадатели(по крайне мере в европе) относятся к этому очень скептично. Это наводит на дурные мысли, мол зачем 2-е и что не сраслось с первым.
- как уже выше и писали потолок у программиста, это сеньер с возможным тим лидом. Дак вот, если вы как человек не очень и не годитесь на должность тим лида, то вам ни 2-е, ни 3-е высшее не поможет.
просто развивайте свои софт скилы. Ну или продолжайте свое первое... Магистра если бакалавр, титул доктора соотвественно)

Вот переведенный CS50
https://www.youtube.com/playlist?list=PLawfWYMUziZ...

Если за такие деньги и берешь уже, то бери механику.
Вот пример https://www.amazon.de/Mechanische-Tastatur-Layout-...
Идеентичная модель без RGB стоит почти в 2 раза дешевле.
Но для программирования таких наворотов не надо, хотя макросы и бинды при должном использовании(если заморочиться) могут принести приличный профит ))
для печатания советую Cherry blue свитчи. А вообще как уже и говорили - такие вещи надо реально чувствовать. Ибо есть уйма разных свитчей, в том числе и собственных разработок от стилсериеса, логитеча, которые отличаются от стандартной линейки черри. Все они дают разную отдачу, звуки, плотность нажатия и соотвественно ощущения. Так что магазин - не иначе. Или хотябы в магазине понять и попробовать различные механики, определиться какие свитчи нравятся тебе больше всего, а потом уже заказывать в интернете на их основе.

не знаю увы как именно про drupal... но старый и верный способ, это 2 CSS фаила, 1 для слабовидящих - другой нет. И просто меню, как и языки, которые переключает между двумя этими фаилами

У нас на потоках(на очном - информатика) было где-то человека 3 за 50, еще с пятерку 40-50 и еще с десяток 30-40 :D в 30 поздно говоришь?
Но суть в другом, а уверен ли ты, что сможешь выдержать весь напор новых знаний в эти 30 лет? Есть ли у тебя столько упорства и огромная уверенность, что это тебе не надоест? Тут уж решать только тебе. Идти в разработку = подписать себя на вечное обучение.
Даже я, как человек, который сидит за компом больше 20 лет помню жестоко пошатнулся, когда попал в большую компанию и на меня налегло столько "ожиданий", которые по сей день приходится наверстывать с вечным ощущением, что вот чего-то мне не хватает. А когда смотришь на людей с 30 летним опытом, дак вообще, видишь пропасть :D

Как возможное решение, работайте со стейтами.
У вас должен быть листнер, который исполняет код при открытии картинки. Меняйте состояние на что-то подобное "pictureOpened" и при закрытие всеми возможными путями меняйте это состояние на "pictureClosed". Соотвественно так же с листнером, который обрабатывает кнопку "назад". Вроде бы это onKeyDown или onBackPressed. Дак вот в этом листнере "если статус = puctureOpened" - вызвать функцию аналогичную с кликом на картинку, которая ее закрывает, иначе {do defaulf}

Если человек упертый на свой волне - поверь, никак.
Это как с друзьями, которые узнают, что ты умеешь делать сайтики, а потом предлагают свои великие бизнесс планы по захвату мира на ххх часов рабочего времени. Ты им говоришь, обьясняешь что да как, обьясняешь вообще всю суть разработки. А в ответ слышишь вбросы, по типу:
- да что там делать? Это же пару кнопочек нарисовать.
- Молчание... Так и скажи, что не умеешь! :D

Но что я усвоил: Никогда не пытайся гуманитарию обьяснять техническую часть. Если он уверен в своей правоте и легкости задачи.
Представь, что перед тобой ребенок и ты пытаешься ему обьяснить на пальцах, примерах из жизни и желательно близких для него. Узнай кто он по специальности и попробуй приводить аналогии из его области в полной абстракции.
Если не узнавать кто он и вообще шарит ли он в чем-то, то можно взять что-то нейтральное. Например "машины", хотя и тут может оказаться, что он просто потребитель и кроме двух педалей больше ничем не интерисовался)

Авторство кода всегда остается за тобой. Даже создавая класс, обычно пишутся инициалы.
Другой вопрос "ПРАВА". Я не знаю конечно какая политика именно у той фирмы. Но обычно политика компаний гласит "все, что ты делаешь работая на них, будь то хеллоу ворлд или алгоритм написанный на листочке - пренадлежит компании", именно за это тебе и платят. При продаже, так же права передаются 2ому лицу. Но повторяю "авторство", остается за разработчиками.

на сколько они могут быть разные? Если структура всегда одна и таже, я бы сделал чем-то подобным с джава стрингтокенайзером. https://stackoverflow.com/questions/70405/does-c-s...
или прописывать подходящий rexex

В идеале почитай про Mutex/Semaphore.
Не в идеале, сделай нужные стрейты для этих потоков. К примеру декларируешь n-ное кол-во булеан переменных, которые будут сложить блокировкой того или иного или всех потоков. Ну и обычным ветвлением проверяешь этот Lock/unlock

$max = sizeof($array);
for($i = max; $i > 0 ;$i--)
{
echo $array[i];
}

a... и сохранить.
$array= array_reverse($array);