alex7772, ну вы же понимаете, что ни один кандидат не скажет "да я там накосячил, настрогал нерабочей херни, посрался со всем коллективом и вылетел со скандалом".
Так что за вашей историей, даже если вы сами уверены в ее правдивости, любой HR подозревает невыгодный для вас бэкграунд. Тем более, что вы претендуете на кресло лида, а не простого кодера, и технические навыки тут вторичны. Так что разбирать эти три последние работы с HR вам заведомо невыгодно. Если вам есть, что рассказать о предыдущей деятельности - стоит акцентироваться на ней и старательно делать вид, что последних лет просто не было.
Ну, пытаться что-то красиво наврать не стоит. Получите к имиджу летуна еще и имидж лгуна.
И если вы вылетали сразу после испытательного срока - это не "часто менял работу", это "пока не нашел работу".
Тут, думаю, все-таки стоит не пытаться оправдаться - мало ли что человек рассказывает - а кратко объяснять, что смены работы были не по вашей инициативе, вы как раз хотели бы найти место, где можно осесть надолго.
Артур, я и не использую. Я в том же Битриксе насмотрелся на простыни, где для понимания, какой вложенностью обладает конкретный кусок, нужно мощное IDE. Потому что вручную пересчитать, сколько раз там до этого открывались и закрывались двоеточия в for, foreach и if, просто нереально.
Оно и раньше применялось не часто, а в основном в спагеттинах, где от начала до конца блока переменные успевали состариться у умереть... В Битриксе, например.
Сейчас меньше используется именно из-за того, что в Пыхе стал менее популярен говнокод.
Gene Hagmt, чтобы однажды обнаружить, что после очередной правки у вас сессия стартовала до этой настройки? В чем профит от прописывания этого в коде и отслеживания, как бы оно не сломалось, если можно задать один раз в настройках и забыть? Ну, второй раз в тестах - поставить проверку, чтобы не забыть при переносе на другой сервер...
Vitaly, любопытства ради погрепал исходники той программки, в которой копаюсь прямо сейчас. new встречается 43 раза. delete - только 3, и это все создание и удаление библиотечных классов. В 40 случаях это классы GUI, заботу о которых тут же берет на себя родительское окно.
Это к вопросу, нужно ли глубоко лезть в указатели в начале обучения.
Программка, если что, вполне успешно решает NP-задачу, так-то у нее в потрохах довольно много всего... а вот работы с указателями нет. Дорогая это операция - память выделять. Заранее созданный вектор с запасом места - получается и быстрее, и надежнее...
rad_li, вряд ли вам хотелось бы править исходники Thunar - в нем ничего подобного просто не предусмотрено. Да и в других FM, насколько мне известно - тоже.
kolosovas, нет, нужно искать возможность сразу формировать последовательности длины N * 500 000, обсчитывать их по мере формирования, откладывая самую лучшую, а по окончании подбора просто разбить ее на N последовательностей по 500 000.
kolosovas, если вам нужен минимальный повтор между последовательностями, то он в оптимуме нулевой. Стоит рассмотреть алгоритм их формирования и удлинить в N раз, а потом разбить. Тогда ничего хранить и комбинировать не потребуется вообще, вся математика будет решаться с каждой из последовательностей индивидуально.
Сергей Соколов, предлагаю не сбивать ТС с толку разными вопросами, а озадачить одним: описать по-человечески, что он на самом деле считает. А то мы тут ему догадками AI изобретем ;)
Zhainar, мне - нет. ТС - нужно, это само собой. Просто, судя по его описанию, ему приходится пересчитывать не 15 миллионов, а N комбинаций из 15 миллионов. А это немножко более охрененное количество.
Так что за вашей историей, даже если вы сами уверены в ее правдивости, любой HR подозревает невыгодный для вас бэкграунд. Тем более, что вы претендуете на кресло лида, а не простого кодера, и технические навыки тут вторичны. Так что разбирать эти три последние работы с HR вам заведомо невыгодно. Если вам есть, что рассказать о предыдущей деятельности - стоит акцентироваться на ней и старательно делать вид, что последних лет просто не было.