Наши переводные издания это жуть, в основном. Не то чтобы все, но многие. Особенно обидно за российские переиздания O'Reilly — вот передо мной сейчас лежит «PHP справочник» Пола Хадсона, у нас издан неким издательством «Кудиц-пресс» — там опечатка на опечатке просто.
Хотя, справедливости ради надо сказать, что в оригиналах тоже всякое бывает — даже в Zend PHP 5 Certification Study Guide есть опечатки и ошибки в примерах.
Нормальный обычный офис. Может и хорошо, что без излишнего «заизюмливания» — если бы там дизайнеры в черно-желтые фирменные цвета ударились, выглядело бы страшновато. А так от работы особенно ничего не отвлекает.
Но вот лично на мой вкус огромный минус — то что все мониторы повернуты к проходу. Будто там специально кто-то ходит и смотрит из-за плеча, что там сотрудник делает.
Действующего сайта я не застал, так что приходится судить по скриншотам.
На мой взгляд в дизайне два минуса.
Во-первых ярко-розовая баннерная штуковина по центру даже на статичной картинке по глазам бьет и здорово отвлекает от всего остального. Как я понял, на сайте она еще и подвижная — тогда это совсем не здорово.
И второе — строка поиска уж очень похожа на яндексовскую.
Особенно впечатляют заказчики, которые не понимают, что информацию на сайт должны давать они сами. Заказывая сайт они почему-то считают, что программист сам где-то разузнает чем там они торгуют и по какой цене и все это разместит на сайте.
И что в этом неправильного? По-моему должна. Хотя бы для того чтобы там был написан телефон и адрес. Услышав название заинтересовавшей меня фирмы я не пойду рыться в бумажных справочниках, я пойду в Интернет. И если не найду там эту фирму — найду другую.
Другой вопрос, что многие хотят на этот сайт и «чтоб летало», и «чтоб сверкало», и чтобы был форум и гостевая книга и т.д. Вот это уже бред.
Это к сожалению не только к школе, но и к институту относится. Огромное количество на фиг ненужных предметов плюс огромное количество предметов нужных, но с некомпетентными преподами — и получается та же картина.
Это даже хорошо — на мой взгляд. Но при этом хорошо когда человек, вот как Вы, делает выбор осознанно. А когда он просто не знает и не умеет и успокаивает себя что «а на фиг надо» — вот это плохо.
Знал я одного программиста, который постоянно ходил к генеральному советоваться о совершенно технических деталях программ. При том что генеральный был юристом или что-то в этом роде и в программах не смыслил ничего — ему был важен результат, как мы думали. Остальные ходили гораздо реже и не советовались по пустякам, а потом это всем вышло очень сильно боком — когда директор заявил что «вот он (который советуется) — работает, что а вы там делаете я вообще не знаю».
Да в принципе мог просто стараться впечатление на новичка произвести, типа такой самозащиты заранее, показать что он главный. А может он вообще человек неуживчивый. Боюсь, что на одном собеседовании этого не понять.
Тут будет много зависеть от двух вещей — кто из вас будет иметь право решающего голоса в споре и хочет ли товарищ учиться.
Одно дело, если он пока просто работал один, если он самоучка и до сих пор просто не сталкивался с программированием. Я сам таким был — кодил себе и кодил, думая что программирую. Слова «фреймворк» в принципе не знал. Особо, правда, не гордился, так как понимал, что мало еще видел и знаю. Потом огляделся по сторонам, пришел в ужас и кинулся учиться и переучиваться. Но если он необучаемый в принципе, если он считает что он и так крут, а всякие там CodeIgniter-ы — это для извращенцев, то могут быть проблемы.
И насчет того, кому решать как делать. Если по праву большего стажа работы на фирме решать как делать тот или иной блок, будет он, то Вам будет трудно. Потому что неопытному программеру крайне сложно понять, зачем городить какие-то лишние, как ему кажется, классы, зачем использовать библиотеки и т.д. Он может не понимать, что эти «излишества» позволят потом иметь многократно используемый код, упростить сопровождение и т.д. Вы будете ему говорить — «сделаем так», а он, не понимая, будет говорить «нет, сделаем как я привык».
Мастерхост. Хотя у них конечно с MySQL 5 просто свинство на виртуальном хостинге — там нет innodb и, соответственно, не работают связанные с ними возможности. При этом они нигде явно не пишут что у них там MySQL 5 такой урезанный — вводят потенциальных клиентов в заблуждение. А в остальном их виртуальный хостинг весьма приличный и работает стабильно.
По-моему этот тест заметно улучшился с тех пор, как я его в прошлый раз проходил. Это было где-то с год назад примерно. Теперь вопросов по PHP и MySQL больше и они адекватнее, вопросов по Unix меньше.
В принципе, я за сокращение. Но совершенно непонятно, по каким критериям будут сокращать вузы. Наши вузы, к сожалению, уже лет десять совершенствуются в умении осваивать бабло (государственное или частное — от платников), выдавая в ответ показуху и имитацию. У нас есть хорошие преподы (даже на Хабре они пишут иногда :), есть кафедры, где достойные люди смогли объединиться, но это скорее исключение, чем правило. У нас слишком много показухи, слишком много псевдонауки.
Я даже не говорю о всех этих юридическо-менеджерских факультетах, которые называют «продажей диплома в рассрочку». У нас и в технических вуза сплошь и рядом — когда на бумаге программа обучения современная и прекрасная, оценки у студентов отличные, да вот только читал им предмет препод, который сам свой предмет не знает в принципе и знать не хочет.
Если сейчас просто начать сокращение, то на верху могут оказаться те, кто лучше умеет пускать пыль в глаза и дружить с нужными людьми, а вовсе не те, кто серьезно работает. Сокращать нужно, но нужно сначала решить и внятно объяснить всем, включая руководство вузов, каким должно быть наше образование и что мы вообще хотим получить на выходе.
В чем автор прав — так это в том, что на Хабре наблюдается серьезный перекос в сторону фреймворков и вообще серьезного php-программирования. Это полезно и нужно, но немного обидно, что статей о технических деталях самого языка маловато.
А вот строки и их оптимизацию я бы вообще не рассматривал в контексте оптимизации кода и ускорения программы. Я бы скорее отнес это к стилям кодирования. Я думаю, что каждый из нас выбирает себе некоторый стиль работы со строками в зависимости от удобства написания программы и удобства чтения кода.
Мне например, удобнее использовать строки в одинарных кавычках с конкатенацией с переменными потому что: а.) сразу видны переменные в любом редакторе, б.) это пусть и совсем примитивное, «низкоуровневое», но все-таки разделение логики, которое дисциплинирует пишущего и упрощает понимание программы.
В принципе уволить могут и хороших специалистов, если фирма совсем распадается, но у них гораздо больше шансов быстро найти место получше, чем у балласта.
Не готов. Это конечно мое личное мнение, но 12 тысяч — это слишком.
По-моему лучше сэкономить на мебели и ремонте (конечно офис должен быть чистым, мебель удобная, но не обязательно гнаться за Гуглом или Газпромом) и на расположении (две-три станции от кольца в не очень пафосном районе), но брать с человека тысяч шесть.
Я как абонент Аккадо, почему-то ни секунды не сомневался, о ком пойдет речь, когда увидел заголовок «о московском провайдере» :) Начиная с конца лета Акадо просто сдвинулось на добыче денег из клиентов подобными методами.
Из этой статьи получается, что коворкинг превращается в нечто вроде совместного бизнеса — не просто обмена заказами, а такую слабо связанную фирму. Это так?
Я эту статью дней пять назад вывешивал, но не целиком, а частично со ссылкой. Тогда она почему-то Хабрасообщество не заинтересовала и я ее под замок убрал.
Хотя, справедливости ради надо сказать, что в оригиналах тоже всякое бывает — даже в Zend PHP 5 Certification Study Guide есть опечатки и ошибки в примерах.
Но вот лично на мой вкус огромный минус — то что все мониторы повернуты к проходу. Будто там специально кто-то ходит и смотрит из-за плеча, что там сотрудник делает.
На мой взгляд в дизайне два минуса.
Во-первых ярко-розовая баннерная штуковина по центру даже на статичной картинке по глазам бьет и здорово отвлекает от всего остального. Как я понял, на сайте она еще и подвижная — тогда это совсем не здорово.
И второе — строка поиска уж очень похожа на яндексовскую.
Другой вопрос, что многие хотят на этот сайт и «чтоб летало», и «чтоб сверкало», и чтобы был форум и гостевая книга и т.д. Вот это уже бред.
Одно дело, если он пока просто работал один, если он самоучка и до сих пор просто не сталкивался с программированием. Я сам таким был — кодил себе и кодил, думая что программирую. Слова «фреймворк» в принципе не знал. Особо, правда, не гордился, так как понимал, что мало еще видел и знаю. Потом огляделся по сторонам, пришел в ужас и кинулся учиться и переучиваться. Но если он необучаемый в принципе, если он считает что он и так крут, а всякие там CodeIgniter-ы — это для извращенцев, то могут быть проблемы.
И насчет того, кому решать как делать. Если по праву большего стажа работы на фирме решать как делать тот или иной блок, будет он, то Вам будет трудно. Потому что неопытному программеру крайне сложно понять, зачем городить какие-то лишние, как ему кажется, классы, зачем использовать библиотеки и т.д. Он может не понимать, что эти «излишества» позволят потом иметь многократно используемый код, упростить сопровождение и т.д. Вы будете ему говорить — «сделаем так», а он, не понимая, будет говорить «нет, сделаем как я привык».
Я даже не говорю о всех этих юридическо-менеджерских факультетах, которые называют «продажей диплома в рассрочку». У нас и в технических вуза сплошь и рядом — когда на бумаге программа обучения современная и прекрасная, оценки у студентов отличные, да вот только читал им предмет препод, который сам свой предмет не знает в принципе и знать не хочет.
Если сейчас просто начать сокращение, то на верху могут оказаться те, кто лучше умеет пускать пыль в глаза и дружить с нужными людьми, а вовсе не те, кто серьезно работает. Сокращать нужно, но нужно сначала решить и внятно объяснить всем, включая руководство вузов, каким должно быть наше образование и что мы вообще хотим получить на выходе.
А вот строки и их оптимизацию я бы вообще не рассматривал в контексте оптимизации кода и ускорения программы. Я бы скорее отнес это к стилям кодирования. Я думаю, что каждый из нас выбирает себе некоторый стиль работы со строками в зависимости от удобства написания программы и удобства чтения кода.
Мне например, удобнее использовать строки в одинарных кавычках с конкатенацией с переменными потому что: а.) сразу видны переменные в любом редакторе, б.) это пусть и совсем примитивное, «низкоуровневое», но все-таки разделение логики, которое дисциплинирует пишущего и упрощает понимание программы.
По-моему лучше сэкономить на мебели и ремонте (конечно офис должен быть чистым, мебель удобная, но не обязательно гнаться за Гуглом или Газпромом) и на расположении (две-три станции от кольца в не очень пафосном районе), но брать с человека тысяч шесть.