• Проблема выбора дальнейшего пути молодого специалиста.
    0
    не много и не мало прошло с момента данного поста.
    случайно забрёл в свои записи на Хабре, чего не делал уже давно, и вот не могу удержаться от вопроса.
    Как в итоге сложилось-то? Что выбрали? К чему пришли? 5 лет прошло как никак. Интересно всё-таки сделать ретроспективу :)
  • Нет лучше новостей, чем плохие новости
    +21
    нет варианта «меня укусил другой программист» =)
  • Пара слов про UTF-8
    0
    ты б дал ссылочку на презенташку свою с докладом или на текстовый его вариант, если таки написал уже +)
  • Программирование — отстой! Или что-то вроде того
    0
    а я знаю тайное знание где за 120 стригут не практиканты )))

    но да не в этом дело.
    Дело в том, что у программистов не развито практически чувство старшего мастера.
    Мы все сами с усами. И сами рвёмся в бой с пылким взором!
    В итоге и получается то, что получается.

    Просто автор пишет о следствиях, тогда как давно пора задуматься о причинах и способах устранения их из ИТшной проф. области.
  • Программирование — отстой! Или что-то вроде того
    +1
    в целом верно всё написано, и способность выбрать наиболее эффективный способ реализации адекватный поставленной задачи (сложность, сроки и т.п.) это признак профессионала.

    Но есть одно НО.
    Есть задачи в которых требования меняются со временем. Увеличивается нагрузка посещаемостью, требования по оформлению и т.д. и т.п.
    И чертовски обидно когда приходят и говорят «что же ты зараза сделал всё так плохо, что вот N месяцев спустя у нас ничего не работает». Упуская момент что N месяцев оно всё работало, а сейчас изменились бизнесс требования.
    Архитекторов, например, не заставляют перестроить здание в краткие сроки через пару лет, существенно изменяя изначальные требования.

    Текст написан с одной стороны, и да, нужно быть профессионалом и не увлекаться, когда речь идёт о реальном проекте, реальных деньгах и ограниченном времени.
    Однако, к ИТ специалистам, как к футболистам и политикам, есть такое отношение со стороны народа, что народ всегда знает как сделать лучше. Что фигнёй мы занимаемся и сложного-то ничего в работе нет.
    Вот это заблуждение так же надо искоренять из работодателей, заказчиков и менеджеров. Тогда будут и повышения квалификации и нормальное отношение программистов к выполнению своих обязанностей, без чрезмерного увлечения технологиями.
    У нас же в ИТ порой каждый менеджер «знает как лучше» и «знает как быстрее», о чём обязательно уведомляет программиста, рассказывает ему своё мнение, заставляет выслушать, отъедая тем самым рабочее время, а потом ещё за это же время пеняет, что мол не уложился, дурью маялся.
  • Программирование — отстой! Или что-то вроде того
    0
    а что делать? врачами знаете ли тоже сразу не становятся. и рано или поздно те же интерны начинают ставить эксперименты на живых пациентах, точнее тренироваться.
    Так же как и парикмахеры и прочие специальности.
  • Кому Хабр помог с личной жизнью?
    +2
    на дорогой сердцу Хабре
    всё таки Хабр он мужского рода, не? =)
  • Торопятся ли браузеры показать нам веб?
    0
    хочется надеяться на представительные данные )
    а вы пишете о 30-40 секундах на загрузку? так это проблема канала а не браузеров )
  • Торопятся ли браузеры показать нам веб?
    0
    imho, результаты не могут быть взяты на веру, так как у вас слишком много случайных факторов (медленный канал со скачками скорости, нагрузка на сервер и разница в скорости выдачи им результатов, другие процессы на вашей машине с браузером)
    и к тому же
    " Прогонял каждый сайт по одному разу "
    Бенчмарк подразумевает многократные повторения и сбор статистической информации.

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

    В любом случае, пользователь не готов видеть чистый не отрендереный html, который дёргается и извивается по мере загрузки стилей и скриптов, пользователя это напугает и он начнёт звонить администратору с криками «Алярма! Алярма! Вирусы!»
  • Маленькие радости
    0
    ну как один из вариантов…
    1-ая кружка/стопка
    2-ая кружка/стопка

    9-ая кружка/стопка
    0 — ну и уже в ноль к этому моменту и спать )))
  • Маленькие радости
    0
    в таком случае к своему дню рождения в этом году отнеситесь особенно и/или с осторожностью.
    Кто его знает к чему это )))
  • Маленькие радости
    0
    уже упоминалось на Хабре подзамочная запись в блоге «Юмор на Хабрахабре». Думаю, что если заджоинитесь туда, то увидите её.
  • Мэр Нижнего Тагила попал под сайт
    0
    Пишут откровенный бред о политической окраске дела.
    Налицо же воровство по схеме «откатинга».
  • Мэр Нижнего Тагила попал под сайт
    0
    > победителем конкурса признается тот, кто предложил наименьшую стоимость.
    Если я не ошибаюсь, то при тендере помимо минимальной стоимости оцениваются и другие параметры, тогда как при аукционе действительно оценивается только стоимость.
  • Мэр Нижнего Тагила попал под сайт
    0
    > победителем конкурса признается тот, кто предложил наименьшую стоимость.
    Если я не ошибаюсь, то при тендере помимо минимальной стоимости оцениваются и другие параметры, тогда как при аукционе действительно оценивается только стоимость.
  • Абсолютный нуль температур
    0
    ХабраДно хабрасообщества )
    Лишать доступа даже в персональный блог. Это уже статус ХабраБомж будет.
  • О собеседованиях
    0
    поделитесь задачкой в личку, пожалуйста… жуть как любопытно помучать мозг…
  • Исследование показало, что большинство пользователей — идиоты
    +1
    Исследование бред.
    Даже если это поп-ап и при нажатии на ОК чтото зловредное произойдёт, неужели там в тексте будет написано чтото вроде
    «А вы (0xff6729cd) не возражаете if мы вам %username% винт форматнём rightnow потому что он can not be 'read'?»

    А исходя из выводов, которые делают авторы исследования, можно сделать вывод, что авторы исследования линуксоиды холиварщики ))))))))))
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    0
    Кстати, справедливости ради следует добавить, что чем меньше данных надо за раз залить, то разница соответственно будет чувствоваться меньше.
    И, конечно же, зависит от того, что является приемлемым временем выполнения задачи заливки.
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    0
    На здоровье. =)
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    +1
    импортировались записи блоками разных размеров, 1000, 5000, 10000, 25000 и 50000, выходило, что чем меньше размер пакета данных, тем больше времени затрачивается на заливку данных.

    Пробовалось как на InnoDB так и на MyISAM. На последнем при отключенной перестройке индексов скорость была выше, норазница сохранялась.

    Точных цифр не скажу, так как было это больше полугода назад, но переход на генерацию sql-файла и его заливку вместо прямой передачи генерируемых данных в БД уменьшил время заливки данных в БД на порядок, а переход с sql-файла на CSV и LOAD DATA INFILE ещё на 30%.

    Причём, чем больше необходимо залить данных, тем ощутимее становится разница.
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    +1
    это проверялось на практике при вставке 800 с чем-то там тысяч записей…

    но даже если просто логически подойти к этому вопросу, то получается 10 000 запросов, а это 10 000 разборов запроса, 10 000 — 1 ожиданий для каждого следующего запроса пока выполнится предыдущий, не говоря уже о затратах на межпроцессное взаимодействие при передаче данных.
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    –3
    лучше запихивать в файл, чтобы не тормозить при генерации следующего пакета данных пока будет передаваться сделанный =)
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    0
    на самом деле проигрыш весьма ощутимый
  • MySQL Performance real life Tips and Tricks. Part 3-rd.
    0
    Ну почему же, в такой вставке нет ничего страшного. Просто лучше в таком случае генерировать sql-код в файл, разбивая данные на достаточно большие insert-кусочки, чтобы каждый из них умещался в query-буфер и заливать целиком этот файл, хотя как показала практика — заливка csv с данными с помощью LOAD DATA INFILE работает в разы быстрее.

    И снова спасибо за статью, лакончинчно и доступно. :)
  • MySQL Performance real life Tips and Tricks. To be continued.
    0
    главное пишите на конкретных примерах, где по миллиону записей в одной табличке, и чтобы каждый мог проверить приведите пример sql запросика (или хранимки), который позволит нагенерить эти данные, будэ кому захочется проверить =)
    С нетерпением ждём )))
  • MySQL Performance real life Tips and Tricks. To be continued.
    0
    Вообще, было бы интересно почитать ваше мнение на тему правильного подхода к выбору индексов для сложных запросов, когда джоинятся не две, а 3-4 и более таблиц и анализе плана выполнения таких запросов, т.е. как правильно понять что имеет ввиду explain :)
  • MySQL Performance real life Tips and Tricks. To be continued.
    0
    отличная статья, спасибо!

    исправьте опечаточку
    «также тормозят наши изменения дЫнных (UPDATE, INSERT, DELETE)»
    и недопечаточку
    «так вот, некоторые думаю, что MySQL сделает следующее „
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    обязательно, а вы руки берегите, это второй по важности инструмент ИТшника ж… после головы )))
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    а я к сожалению, вообще не пробовал, просто имеется пока такой пунктик
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    Самые интересные проекты всегда рождаются на стыке отраслей! это один из доводов, почему не стоит быть узким специалистом.

    p. s. не сомневаюсь, но интереснее попробовать секиру, лишь бы не отрубить себе чего )))
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    ну я склонен считать, что дело в преподавательском подходе. Врят ли человек может заинтересоваться профессией если преподаватель преподносит информацию так, как будто сам он водитель-дальнобойщик, а семинар по ИТ ведёт для подработки.
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    интересная проекция с фехтовальщиков и стрелков из лука на ИТ индустрию может получиться если её сделать )))
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    Походить по собеседованиям самый лучший вариант. Не взяли на работу? не трагедия — им же хуже. Цените себя и не принимайте близко к сердцу отказы. Отрицательный опыт — это тоже опыт.
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    будем надеяться )
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    ситуация однако местами ещё хуже, я наблюдал студентов ITшников, которые жутко бояться сделать что-то неправильно и в итоге ничего не делают, как будто их за ошибку выданную компилятором будут бить ногами. Хотя тут скорее дело в преподавательском подходе, когда IT преподаётся без «огонька».
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    И это хорошо. Разочарование в выбранной профессии не конец света, увы, не все это понимают. Жалуются, нопродолжают кушать этот кактус.
    Очень многие молодые специалисты почему-то испытывают суеверный страх перед выбором профессии, почму то считая, что приковывают себя этим выбором раз и навсегда. К счастью, большинство с опытом понимает, что нет ничего страшного сменить направление деятельности разок-другой в год.
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    а человек мучается сам и мучает окружающих коллег, хотя это совсем уж крайний случай.
    В целом, человек может постичь любую область, вопрос в мотивации и наличия объекта применения знаний, так как сколько угодно можно учить Haskell, но теория без реальной практики не даст плодов.
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    и бумагу формата А0, чтобы не быть стеснённым в пространстве для полёта мысли )))

    успехов вам! надеюсь, поделитесь потом что получилось, так как очень много IT-шников, да и не только, мучаются с подобными вопросами.
  • Реверс инжиниринг в планировании профессионального и личностного развития
    +1
    Согласен с вашим имхо, веб-сайт это просто пример пришедший в голову, список может быть огромным и чем он больше тем лучше.

    Это прекрасно, что уже к концу школы вы знали, что вам интересно и в какой области. Тут же сделана попытка придумать что-то такое, что могло бы помочь в выборе отрасли и направления в рамках отрасли. И не заумными словами, а так, что называется «на пальцах».
    Может в ком-то пропадает прекрасный сантехник, а он вместо этого клавиши топчет, тогда как на сантехнических работах мог бы получать гораздо больше и денег и удовольствия. =)