• Стоит ли заниматься поддержкой проектов на Delphi? Не тупиковый ли это вариант развития?

    Rou1997
    @Rou1997
    Не будет бесполезным, с каждым новым языком, технологией становится легче изучить что-то новое, а знания постепенно становятся глубже и фундаментальнее.

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

    Однако, если есть работа по C-like, то лучше все-таки начать с них, и прежде всего, C#.
    Ответ написан
    Комментировать
  • Стоит ли заниматься поддержкой проектов на Delphi? Не тупиковый ли это вариант развития?

    @Free_ze
    Пишу комментарии в комментарии, а не в ответы
    Делфи используется все реже в новых проектах. Если язык и не умирает, то перспективы его очень туманны.

    ИМХО, начинающему туда стоит только в случае безнадёги в других местах. Допустим, где-то в небольшом городе в регионах. Но при этом лучше тут же готовить "запасной аэродром". Ведь менять работу скорее всего придется и не раз за жизнь, а число вакансий делфистов сокращается.
    Ответ написан
    Комментировать
  • Стоит ли заниматься поддержкой проектов на Delphi? Не тупиковый ли это вариант развития?

    @evgeniy_lm
    Delphi это один из множества языков программирования, он не лучше и не хуже других языков.
    Просто Delphi не так распиарен как, например, С++ или С#. Если есть хорошо оплачиваемая работа, если ты способен ее выполнить то я не вижу причины отказываться и язык программирования в этом дело десятое
    Ответ написан
    3 комментария
  • Стоит ли заниматься поддержкой проектов на Delphi? Не тупиковый ли это вариант развития?

    Daniro_San
    @Daniro_San
    Программист
    Опыт как сказали выше - однозначно дело полезное.
    Но опыт в чем? Если после этого вам подвернется хорошая вакансия на одном из активно используемых языков (например C++, C#, Java) - то вам будет немного неуютно от обилия инородно выглядящих кусков кода...
    И да, пока вы спокойно кодите на засохшем делфи, в этих языках постоянно появляются новые фичи, пишутся библиотеки, разрабатываются паттерны.
    Да, на делфи немало было написано, но сейчас он мягко говоря непопулярен.
    Ответ написан
    Комментировать
  • Как определить хорошего сеошника?

    Хорошие сеошники продвигают свои или чужие торренты и крупные медиа, возится с мелкими коммерческими сайтами им неинтересно.
    Хороший спец:
    1. Не берёт клиента если не видит способов продвижения (т.е. он скажет вот эти двое мне интересны, а эти пусть лесом идут)
    2. Играет в долгую, полгода минимум.
    3. Его действия для вас совершенно неочевидны, например он может предложить создать второй сайт или каталог конкурентов.
    4. Он говорит что descroption и keywords это полня фигня, хотя вокрут все только про них и твердят.
    5. Требует создать внутри компании редакцию, либо человека ответственного за тексты, либо выделить довольно много денег на тексты фриласерам. Если этого не происходит уходит из проекта.
    6. Имеет свои базы ключевых слов (платные)
    7. Имеет свои базы хороший сайтов для размещения статей, обмена ссылками
    8. Имеет технологии быстрой оценки качества любых новых доноров.
    9. Знает что такое bit.ly и UTM-метки
    10. Не брать сеошником человека, который говорит "Я не сеошник"
    Ответ написан
    14 комментариев
  • Свернуть див с текстом в блок 100рх высотой?

    @lega
    Ответ написан
    Комментировать
  • Есть две языковых версии сайта example.com и example.com/ru. Какой самый простой метод отображения сайта в зависимости от региона(en/ru)?

    В браузере в $_SERVER в HTTP_USER_AGENT передаётся язык - его считать, разобрать и перенаправить на нужную версию
    Ответ написан
    4 комментария
  • Свернуть див с текстом в блок 100рх высотой?

    EreminD
    @EreminD
    Кое-что умею
    В обработчик конпки пишем
    document.getElementById('myDiv1').style.height = '100px';
    Ответ написан
    Комментировать
  • Где можно найти работу для повышения навыков?

    Insaned
    @Insaned
    Я лишь однажды серьезно восрпинял подобный "крик души". По-честному написал человеку с тостера, который говорил о том что не знает куда податься и как развиваться и вообще готов работать бесплатно. Предложил работу по увеличению собственных навыков и получению бабла из воздуха. Реальный, существующий проект. Человек несколько дней любил мой мозг в скайпе на тему "почему я думаю, что этот проект может быть успешным" (а я так не думаю, надо пробовать) а потом пропал в неизвестном направлении. Хотя изначальное письмо было сильно длинее чем у автора и безнадега в нем чувствовалась и желание работать...
    С тех пор я к такому с недоверием отношусь. Если человек хочет что-нибудь делать - он берет и делает. Хоть что нибудь, потом смотрит что ему нужно улучшить и так до достижения результата.
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    И я свои 5 копеек вставлю. Имею 2 образования, первое получил учась в военке на физика ядерных установок, понял что мне это не интересно и вообще не мое, ушел. Следом поступил в обычный гражданский институт на программиста т.к. всегда была тяга к знаниям в области IT. Учился очно и работал по ночам. Работал сис. админом, интересно но платят не очень. Нашел работу по профилю программистом 1С, поработал, не понравилось т.к. хотелось Jav'ы . Нашел работу ява программистом, работал но понял что мне абсолютно не интересно делать рутинные задачи и вообще появился "рвотный рефлекс" на эту работу. В конечном счете сейчас работаю связистом. Работа безумно нравится и кроме того я нашел то что искал. Мне не надоедает копаться в АТСках и параллельно писать на яве для себя. Так же очень часто пишу программки которые с удовольствием используют на моей основной работе другие люди. В итоге программирование стало моим хобби которым я разбавляю основную работу, иногда пишу программки под заказ знакомым и т.д. , но не полноценным аутсорсом.
    В общем к чему я все это, если есть тяга и жажда знаний в IT, то это очень легко может стать тяжелым и нудным бременем когда область знаний "личного интереса" исчерпана но изучать что то новое не дают корпоративно. Уйдя от работы программистом смог наконец окунуться в мир PHP, JS, Go, Python, C и мне это нравится, хоть и понимаю что мог бы получать в несколько раз больше работая программистом на яве.
    PS: прямо крик души получился.
    Ответ написан
    1 комментарий
  • Как зарабатывают разработчики на бесплатных framework`ах?

    Rou1997
    @Rou1997
    А вы не задумывались, зачем вообще фреймворки нужны?
    Чтобы ускорить разработку - срубить больше бабла в те же сроки.
    Они запросто могут сами их использовать для создания сайтов по заказу.
    Фреймворк может быть разработан прямо в рамках одного из крупных и не срочных заказов, по принципу "долго запрягаем, потом быстро едем".
    Напротив, если автор фреймворков не создает сайтов на своем фреймворке, а сам фреймворк написал с бухты-барахты, то очень сомнительно, что фреймворк будет на что-то годиться - у него же нет опыта.
    Ответ написан
    1 комментарий
  • Почему при попытке запуска Apache возникает ошибка "AH00534: apache2: Configuration error: More than one MPM loaded."?

    @sikvestor
    Сейчас так быстро все меняется, что apache2-mpm-itk в Ubuntu 16.04 устанавливается как модуль к Apache. Посмотрите вот эту статью.
    Ответ написан
    4 комментария
  • Как правильно сменить место работы?

    Новый работодатель должен понимать что если вы киданёте старого то в следующий раз и их так же киданёте. А если вы заботитесь о старом работодателе и хотите что бы там было всё хорошо, то это лишь даёт вам дополнительные очки. Если новый работодатель этого не понимает то я бы у него не работал.
    Если новому горит. Можно втягиваться в новую работу вечерами, удалённо. Можно заезжать в офис на новую работу вечерком после старой или в выходные что бы в курс дела войти. Да на старой можно сократить рабочий день если договорится. Вариантов много.
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

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

    А так по моему важнее не инструмент, а умение им пользоваться. Начинать следует с алгоритмов, а язык использовать как инструмент.
    Хотя откладывать изучение языка тоже нельзя - практика важнее теории. Так что в комплексе - постигай алгоритмы на практике, по мере необходимости, и запоминай их.

    Т.е. глобально нет смысла учить конкретный язык ради изучения языка - выучить любой язык не проблема, и это можно сделать прямо по ходу решения задачи. Я за свою жизнь пользовался целой кучей языков, и все они так или иначе, но похожи друг на друга, проблем с их изучением никогда не было. Так что выучить новый язык - не проблема.

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

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

    Также упрощает задачу стандартизация подходов к решению задач, парадигм - большинство из них уже формализованы, и описаны. Например всем известное ООП, модульное программирование, конечные автоматы, и т.п. Описано более двух десятков таких моделей, их следует по возможности освоить. И не стесняться комбинировать.

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

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

    Но все-равно, даже программисту нужен опыт. Не важно что он отвязан от языков - он все-таки привязан к одному языку, информации, и должен уметь с ней обращаться.
    Опыт экономит время и усилия - там, где сперва требовалось неделю гуглить и пробовать, потом, с опытом, все делаешь за час, просто уже понимая что, как, когда и зачем.

    Опыт нарабатывается практикой - тут нет ничего нового: просто берешь себе задачу по вкусу, и решаешь.
    Не можешь сам генерировать задачи - ищешь годный внешний генератор: форумы проблемных пользователей, имиджборды, конкурсы, аукционы программистов (это где работают фрилансеры). Также хорошо идет создание своего проекта или участие в разработке чужого - развитие любого проекта всегда порождает множество задач, которые нужно кому-то решать, а это отличный генератор.
    В общем ищешь реальных заказчиков, или берешься за незначительные заказы, или работаешь ради альтруизма, решая то, что тебя не просили - есть всякие гитхабы и багтрекеры.

    Главное найти задачу и решить ее. Начинаешь с простых, и постепенно усложняешь. Параллельно, прямо по ходу решения, изучаешь алгоритмы, и нарабатываешь опыт. Со временем начнешь щелкать задачи быстро и между делом, как семечки, те, которые по первости у тебя отнимали недели, а то и месяцы.

    Недоведение решений до конца - следствие неверного подхода: либо берешь задачи, к которым еще не готов, слишком сложные, либо не имеешь возможности работать - у тебя нет условий для решения задачи: времени, места и внимания. Либо просто тебе это реально не нужно - тебя и так все устраивает, и планов на будущее нет.

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

    Со вторым все понятно: надо либо создать условия, либо отказаться от этой деятельности, и перейти к другой.
    Кто-то отказывается, уходит на другие работы, в основном физические, неквалифицированные, просто чтобы не думать. И как правило остается там до конца, уже не в силах выбраться из болота рутины.
    Кто-то приспосабливается - отгораживает себе уголок, меняет работу на ту, что дает больше свободного времени, начинает работать по ночам, забивает шум наушниками, и т.п. костыли.
    Кто-то кардинально меняет свою жизнь - переезжает в сьемные квартиры, выделяет себе комнату, изолирует ее или устанавливает в доме режим тишины, в общем создает себе полноценные комфортные условия для творчества. Это если удаленка - многие именно из-за невозможности работать дома, предпочитают офисы, или специальные кафе или клубы для работы.

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

    Разрывать такие круги можно лишь одним способом - рутиной: медленным, последовательным и целенаправленным натиском, движением в одну сторону. Грубо говоря перестаешь жить эмоциями и импульсами, вырабатываешь продуманную программу развития, и действуешь по ней, строго, как робот, до тех пор, пока не начнешь получать положительный отклик от работы, пока не придет желание двигаться дальше - это вернулись воля, мотивация и вера в себя.

    Чтобы вернуть веру в себя, нужно стать победителем. Победители всегда побеждают - в этом и суть. Необходимо начать побеждать, любой ценой: нужно брать такие задачи, которые точно сможешь решить, какими бы простыми они не были. Можешь вернуться к азам, началу, детскому уровню сложности, если потребуется - главное чтобы задачи начали решаться, не важно какие и как. Пока не уверен, что готов двигаться дальше - удерживаешь уровень, каким бы низким и зазорным он не был. Важно обмануть мозг, а не показать класс всему миру, иначе обратно утонешь.

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Позиционирование должно идти по видимой области браузера(position: absolute)?

    m77x
    @m77x
    Консультант
    псевдо-модальные окна CSS - i.plazti.ru/f/ru/plazti/modal.css позиционирование по центру + много всего
    Ответ написан
    Комментировать
  • Позиционирование должно идти по видимой области браузера(position: absolute)?

    sfi0zy
    @sfi0zy Куратор тега CSS
    Creative frontend developer
    Модальные окна лучше позиционировать с помощью position: fixed, например так - как раз это работает для видимой области (а не абсолютное позиционирование). Вы можете посмотреть разные способы позиционирования например на сайте w3schools
    Ответ написан
    Комментировать
  • Позиционирование должно идти по видимой области браузера(position: absolute)?

    pm_wanderer
    @pm_wanderer
    junior-HTML
    У вас ошибка в определении. Абсолютно-позиционированный элемент размещается относительно ближайшего предка с позиционированием, отличным от static.
    А вот фиксированное позиционирование оно уже задается относительно окна браузера.
    Ответ написан
    Комментировать
  • Позиционирование должно идти по видимой области браузера(position: absolute)?

    AnnTHony
    @AnnTHony
    Интроверт
    Может не совсем верно понял вопрос, но вот
    Ответ написан
    Комментировать
  • Необычный выпадающий список?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    https://jsfiddle.net/6y1fjc37/ так (точка всегда по центру)
    https://jsfiddle.net/6y1fjc37/1/ или так (точка фиксированная)
    https://jsfiddle.net/6y1fjc37/3/ и так (скрываем части полоски)
    Ответ написан
    Комментировать