Alexej Simakov

я даже не знаю что сказать. Предположительно набор условий можно упростить.

по теме: попробуйте засунуть группы условий в лямбды

#каждое условие отдельно
isGreaterThanFive = lambda x: x >5
isSmallerThanTen = lambda x: x<10

# или в виде комбинированого условия
matches_criteria_1 = lambda v: v >5 and v<10

n = 4
if (isGreaterThanFive(n) and isSmallerThanTen(n)):
  print "matches"
else:
  print "dont match"

v = 9
if (matches_criteria_1(v)):
  print "matches"
else:
  print "dont match"

P.S.: покажите мне if с 100 условиями, я такого никогда в жизни не видел. Пожалуйста.

Экономист-аналитик - замечательная область для применения программирования. Например автоматизированый сбор и просчет информации с веб ресурсов. Я дипломную например делал по экономике, собирал данные о проектах на кикстартере и с помощью R (язык программирования для статистических расчетов) высчитывал наличие влияния выбраных параметров на успех проекта.
Да, советую именно R, вам это будет близко. Информации по нему куча. Язык довольно простой, библиотек масса для под любые задачи. Программистов дофига, а экономистов умеющих пользоваться машинными средствами обработки информации - не так много. Не выбрасывайте свой козырь на свалку.

Думаю от 50 до 200
https://hh.ru/vacancy/20499815
https://hh.ru/vacancy/20067315
Возмите зарплату ручного тестировщика +30%-50%

Я бы сделал так: смотрим Научные журналы по Computer Science Читаем последние выпуски, понимаем, что сейчас в тренде в науке. Выбираем тему задачи которая вам ближе (кому-то нравятся алгоритмы оптимизации, а кому-то ИИ) смотрим какую жизненную задачу вам хотелось бы решить или ответ на какой вопрос получить. Решаем, сдаем.

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

рискну продположитъ если вы не можете на словах объяснитъ пользу юнит-тестирования, то и сами не до конца понимаете для чего оно нужно. Задача юнит тестирования -убедиться что самостоятельная часть программы ведет себя в соответствии с ожиданием, при разных внешних условиях. Не программистский пример - замок открывается ключом, при нормальной внешней температуре, при повышеной температуре и при низкой температуре. Дверь открывается при нормальной внешней температуре при повышеной и пониженой температуре, т.е. ее не заедает. Вы проверили оба "модуля" - замок и дверь по отдельности, еще до сборки. Таким образом при сборке вы будете иметь некую уверенность, что вся конструкция будет устойчива к перемене темературы. Вот так.
P.S. что такой подход дешевле проверки всей конструкции после сборки и отгрузки клиенту, думаю - очевидно.

Если вы следуете парадигме ТДД то автоматически ставите наличие четкой спецификации, и архитектуры на первый план. И тем самым обеспечиваете себе отстуствие хаоса в разработке. Это моя основанная на личном опыте интерпретация. К сожалению мы не делаем ТДД и у нас хаос :)

для небольшого проекта пользовался в свое время Mantis BT это бесплатный багтрекер, с возможностью комбинировать набор задач/тикетов в milestone. Это важная фича, чтобы решать что мы будем делать сейчас а что потом. Документы там можно прикреплять к задаче. Это действительно удобно когда к задаче прикреплены все необходимые к ознакомлению документы.

Есть системы где и багтрекинг можно делать и документы писать и рисовать и чатиться но это все будет стоить денег. Для стартапа это наверное лишная обуза. Например Jira+Trello+Confluence+Bamboo от Atlassian. Можно посмотреть zoho.com там тоже все можно делать, не знаю только можно ли установить все это на своем сервере. Можно Microsoft Sharepoint + MS Project использовать. Есть Assembla.com. Многие малые бизнесы спокойно хранят свои данные в бесплатных облачных сервисах. Я считаю что этого делать нельзя ни в коем случае. Но это кому как нравится.
Вобщем вариантов масса, и каждый из них нужно пробовать и смотреть нужно ли оно вам в таком обьеме.

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

Спонтанное, не систематизированное "протыкивание" программы с целью нахождения дефектов называется ad-hoc testing

docs.oracle.com/javase/tutorial/uiswing/events/mou...

я тестировал это все 1000 раз но эту комбинацию в голову не пришло сделать

может имеет смысл принять на вооружение методику pairwise и инструмент PICT.
По этой теме есть доклады, вот один из них для примера https://www.youtube.com/watch?v=Bqmuw3ZJ75g
Цель методики заключается в том чтобы из бесчисленного количества возможных комбинаций выбрать те которые обеспечат максимальное покрытие, при минимальном наборе тестов.
P.S. ну и автоматизация тестирования в обязательном порядке, если ее еще нет.

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

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

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