meam: зачем подстраивать под разрешения конкретные? Взять минимум и ресайзить страницу пока не будет некрасиво - поправить что бы было красиво - ресайзим дальше. В хром дев тулз есть например эмуляция экранов разных с разной плотностью пикселов и т.д. - там удобненько можно это дело тестить.
svd71: это образ виртуалки, пусть себе в винде кодит, но окружение будет под линуксом. Это как по мне самый удобный способ разработки. Но лично я считаю что для старта хватит поставить просто php. Он же с инсталятором удобным идет.
Денвер мертв, даздавствуйт денвер. Сейчас open-server из прогрессивных.
BlahBlag002: ну без собеседования сложно сказать, но думаю вполне возможно. Знания nosql от вас никто не потребует сходу, достаточно почитать что они из себя представляют и под какие задачи их стоит использовать. Базовые навыки GIT были бы существенным плюсом, могли бы потратить один два вечера на то что бы поиграться. Благо есть интерактивные онлайн тренажеры и все такое.
На собеседованиях чаще всего будут пытаться выяснить насколько вы обучаемы. Скажем если рассматривать между двумя кандидатами, один не умеет работать с git но быстро учится и умеет искать инфу самостоятельно, а второй знает много то морозит и тупит частенько, или там самомнение завышено и спорить начинает часто необоснованно - то сами понимаете.
Я правильно понимаю что вы пытаетесь покрывать контроллеры юнит тестами?
Как я сейчас делаю: покрываю контроллеры функциональными behat тестами (то есть на выходе всеравно респонс с html/json или чем-то подобным), а логика покрывается интеграционными тестами.
Александр Цымбал: как это не печально, но такой код я прочту проще чем с переменными вида "абырвалк" ибо так как в них нет системы мне сложно удержать из в голове. Вот и все. Ну и да, по мере продвижения по коду я буду менять названия переменных.
Александр Цымбал: вы правы, код просматривается именно так. Но чу... var zjd = yud * ( aefa - aef);
И теперь как мне быть? Я конечно же выругаюсь и полезу к определению каждой переменной по пути меняя ей название. Так что не нужно. Что до переменнцх w, h, d, my - из контекста хотя бы можно догадаться что это какая-нибудь width, height, dimensions (не уверен лень скролить) и еще чего.
Я не раз занимался реверси инженерингом каких-то обфускированных скриптов, не рассказывайте. Если у вас один из проектов повредил рассудох или стал причиной глубокой психологической травмы - чтож... шит хэппенс.
Вы правы в одном, не стоит тратить слишком уж много времени на придумывание названия переменных. Обычно они вертятся так сказать на кончиках пальцев. Если еще не придумали - можно поставить что-то приблизительно подходящее. Важно соблюдать баланс.
Suntechnic: ну или саблайм какой. Я серьезно. Вам нужна судя по всему не IDE потому что у вас нету ни процессов ни чего. Пускать на продакшен (а если у вас проект хоть сколько нибудь серьезный то есть наверняка стэйджинг какой) сеошников вообще вредно. И вообще что сеошники делают в коде?
Если честно мне глубоко фиалетово на реалии разработки в СНГ. Я когда на курилку выхожу иногда имею часть послушать разговоры IT отдела одного из крупнейших порталов нашей страны (для справки, Беларусь) и там почти всегда есть с чего поржать. Но мне кажется проблема растет как раз таки с попустительства такой вот херни.
AlexanderTsymbal: красота кода в снижении издержек на суппорт, а это значит что код должен быть читабельным, а с такими переменными как у вас этого никак не выйдет. Даже если вы будете в комментариях помечать зачем она нужна (что не логично так как быстрее просто назвать ее адекватно или переименовать) всеравно человек который будет за вас поддерживать такой код будет желать вам смерти.
Я серьезно, если это конечно не шутка и не тролинг, просто никогда ради бога не делайте так.
Александр: ну тогда я не понимаю в чем ваш вопрос. Вы просто решили похвастаться TODO списком? Добавьте туда всякие devops тулзы, docker, vagrant, ansible/pupet, cucumber, rspec, континиус деливери/интеграйшен всякие...
Suntechnic: не поверите, если у вас возникают такие вопросы или проблемы - вы не доросли до IDE. Если у вас несколько человек в команде - GIT или любая другая VCS обязательно. Да и одному рекомендую.
А выкачивать файлики это как раз таки серьезно (позволяет индексировать код, анализ делать и все все все), и не серьезно по живому аварийные правки прямо на сервере делать.
Я думаю что если у злоумышленника будет доступ на сервер, то ничего не поможет особо.