• Лицензирование Windows?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Лице́нзия (от лат. liсentia «право») — разрешение на право, либо право на выполнение некоторых действий, которое может удостоверяться (подтверждаться) одноимённым документом. На практике лицензиями также сокращённо именуются лицензионные договоры (соглашения), предусматривающие выдачу частноправовых лицензий.

    Лицензи́рование — процесс выдачи лицензии.
    (скопипастено из википедии)

    В данном случае. Приобретая продукт M$, Вы получаете право им пользоваться. Поскольку у разных людей/организаций разные потребности, то у M$ - куча разных схем лицензирования - OEM (Original Equipment Manufacturer), разрешающие поставить только на тот комп, с котором продали (обычно за счет множества ограничений самая дешевая), BOX ("коробочная") - обычная лицензия для физика, допускающая переустановку, GGK (Get Genuine Kit) - специальная лицензия, дающая возможность без переустановки сделать пиратку лицензией и корпоративная, которая начинается от пяти единиц.

    Ключ, который Вам скинули, к лицензии никакого отношения не имеет - у Вас обычная пиратка :) Лицензионной винду делает - внезапно - не ключ и даже не красивая голонаклейка :) Лицензией ее делает бухгалтерский документ (для юрика) или чек (для физика), подтверждающий факт покупки
    Ответ написан
    5 комментариев
  • Как правильно обратится из публичного метода к статичному в одном оъекте через self или $this?

    Adamos
    @Adamos
    Под капотом нестатический метод отличается от статического тем, что в функцию первым скрытым аргументом передается ссылка на текущий экземпляр класса - именно она и пишется в $this.
    Пых же просто снисходительно относится к программисту и готов понять, что тот имел в виду, в любом случае.
    Я бы рекомендовал использовать self просто для того, чтобы использование $this не наводило на неправильные мысли при будущем прочтении этого кода.

    Теоретически могут быть отличия в цепочке наследования (когда self этого класса является родительским, а в наследнике, которым является $this, метод переопределен). Но на практике столкнуться с этим нереально, переопределение статики в наследниках - очень хреновое решение.
    Ответ написан
    Комментировать
  • Как научиться понимать английский язык на слух? Это вообще возможно?

    Olek1
    @Olek1
    Эта проблема "не слышать" не только у вас. Все этим страдают. Переехав в США многие так и не могут выучить английский, в штатах даже целый район Бруклина русскоязычный есть, Брайтон тому пример.

    Реально действенный метод, смотреть один и тот же фильм, много раз подряд. Пока вы не заучите наизусть фильм.
    До тех пор, пока вы не сможете просмотреть весь фильм от начала до конца, полностью без перевода, зная что говорится в каждом его предложении на слух. Первый раз смотрите с двойными субтитрами, сверху русский, снизу английский, или наоборот. Читайте, как хотите. Чтобы на 20 или 100 раз вы могли смотреть без субтитров, надо в начале посмотреть хотябы раз с ними, прежде чем смотреть без них. Такого плана надо смотреть, https://www.youtube.com/watch?v=Mab65wWVc4o но это бритиш, это не американский. Американских фильмов в сети миллионы. С бритиш стартовать проще, у них произношения педантичные, выговаривают каждую букву.

    Второй действенный метод учить правила. По правилам могу сказать следующее, в нужном порядке:
    1. Алфавит - надо знать идеально, понимать, что нету буквы дубль'вэ а есть дабл'ю
    2. Артикли - зарубить себе на носу, что без трёх артиклей никуда
    3. Перед городами и странами артикли не ставятся. Есть 3 исключения, в мире: The U.S., The Netherlands и The U.K.
    4. Вспомогательные глаголы - все наизусть т.к. без глагола любое предложение в англ. неправильное и абсурдное
      do, did, was, were, am, is, are, had и т.д. все на зубок
    5. Маркеры - yet, now, soon и т.д... выучить все обязательно, и в каком времени они употребляются
    6. Неправильные глаголы - выучить 100 штук, минимум
    7. Множественное число - plural
    8. Цифры - one two three, 110, 18 890, 100 000 и т.д. - сколько осилите, минимум до миллиарда
    9. Порядковые числа - first, second, third, fourth, fifth - и т.п. от зубов должно отскакивать
    10. Единицы измерения: miles, foot unit, gallons, hours - надо понимать что час это не хоур а "уанауа"
    11. Дни недели - не путать вторник и четверг, Tuesday и Thursday часто "мешают", и приезжают через день, когда всё
    12. 2 новых звука основанные на "прикусывании" языка θ и ð - звука th вообще нету в русском, в английском он везде
    13. To be going to - Намерения
    14. Сокращения - gonna, wanna, gotta, outta, dunno и т.д. сколько найдёте, без них американец рта не открывает
    15. There is и There are - Почти каждое простое предложение начинается с этой популярной конструкции
    16. This и These - это и эти, наберите в переводчике оба этих слова, чтобы заучить на слух разницу
    17. Could, Would и самое важное Should - без этого устной речи не бывает
    18. Исключения - в английском языке исключений больше чем самих правил. Например чувства, которые не употребляются в continuous: I hate a не I'm hating, I prefer вместо I am prefering. Или слова исключения такие как одна мышь - mouse, но две мыши это - two mice, или teeth вместо toothses
    19. Отрицание - not a но не not the!
    20. Neither - используется собеседником для ответа вам, если ему не подходят оба из предложных вами варианта. Антоним - это both
      Такое часто бывает, если у вас например спрашивают would you like coffee or beer? - Neither. Ни то, ни другое.
    21. Like - это не нравится, а обычно переводится как. Например I'm like Superman or like a mentor
    22. Идиомы - самое важное в английском языке. Английский состоит из идиом, которые "таратолятся" без пробелов.
    23. Фразовые глаголы - как и идиомы, состоят из нескольких слов, зачастую полностью меняя их смысл.
    24. Фразы сорняки - самый "жесткач", речь кишит ими, фильмы не особо: well, basically, let's see, you know и т.д.
    25. При вопросе всегда ставьте вспом. глагол в начале предложения - чтобы учиться языку дальше, спрашивая на нём:
      Is there a way to? Are they teachers? и т.д.


    Произношения учите, вы должны знать элементарное: archive - это аркайв, а *.ini это не ини а айнай и т.п.

    Забудьте про Петрова. Ему программу делал сын индиец, который вырос если я не ошибаюсь в Индии.
    И обязательное, наоборот смотрите фильмы с субтитрами. Читайте их внимательно. Чтобы смотреть кино без субтитров на слух, надо в начале посмотреть его с субтитрами много раз. С чегото же надо начинать!!!

    Если вам скажут что английский язык лёгкий, не верьте. Потому что это враньё. Русский язык учат до 3 класса, а английский язык учат всю жизнь. Сделайте для начала английский язык по дефолту в ОС на компьютерах и телефонах, даже не обсуждается, настройки должны быть переключены ещё вчера. Весь UI только на английском.

    Лучше курсов всё равно ничего нет. Там ты пойдёшь, и тебе учитель всё расскажет, и покажет, на доске, и в книгах. На моих курсах включали магнитофон в сложных моментах. Нас учили по сканам из разных книг, но были две книги основные это Round Up3 и Голицинский 5-e издание. Также нас заставляли учить английские тексты наизусть, большие тексты, по одной странице раз в неделю говорить наизусть. Это самое лучшее средство. Поэтому я советую смотреть один и тот же фильм 100 раз, пока не выучите все его тексты наизусть, если вы не хотите идти на курсы. Вы потом эти тексты будете везде слышать которые выучили в фильме, и ими говорить, меняя существительные на свои, под вашу ситуацию. Вы научитесь так не только слышать, но и говорить.

    Слова учить бесполезно, вот пример, самое простое доказательство что это правда: check this out!
    И что? Сheck - проверять, this - это, out - снаружи! Проверь снаружи это? Нет, это переводится как зацените:
    spoiler
    5cce1e99dc8bc326588331.jpeg5cce1f1a95d65315582093.jpeg5cce1fe545a18466523843.jpeg5cce1f8d3bad5384273593.jpeg5cce1f1f17a12489195099.jpeg5cce1f298b914858834908.jpeg

    Слова ничего не значат, если вы знаете слова, то вы не поймёте смысл, даже и не надейтесь, даром потратите время. Тогда как в русском языке вы можете понять смысл, зная слова, в английском языке без зубрёжки на курсах, у вас это так просто не получится.
    Ответ написан
    1 комментарий
  • Сколько стоит час веб-разработчика-фрилансера?

    @deliro
    Ты веcь такой кругом молодец, то знаешь, это знаешь. А теперь представь себе среднестатистический проект, который должен приносить бизнесу деньги. За две недели работы ты едва напишешь хлипкий CRUD для данных, неправильно смаппив бизнес-сущности в объекты ORM, ещё через месяц натянешь какой-то слайдер на jQ, попутно захватив 2мб JS кривых библиотек, а через два заказчик поставит тебе плохую оценку, потому что твой ценник он оплатил не за то, что ему нужно, а потому что ты знаешь монады, которые ему даром не сдались.

    А теперь давай представим простого программиста. Из алгоритмов он с трудом вспоминает сортировку пузырьком, а двусвязный список — предел его знаний о структурах данных, и даже этим списком он пользовался два раза в жизни. Хаскель он никогда не видел в глаза, C++ учил только в школе, вместо этого пишет неэффективный код на PHP. И у него есть опыт. За день он распишет сущности, за второй сделает универсальный CRUD, на третий день поднимет фронт на React'е с SSR. Да, внутренности проекта будут "медленными". Вместо O(logN) что-то будет выполняться за O(N) или даже O(N^2), но всем похер. Пока всё работает на приемлемом уровне — бизнес радуется.

    Кстати, к чему эта поучительная лапша? Я хотел сказать, что всеми этими модными словами можно пугать друзей и преподавателей, но в реальной жизни все алгоритмы уже реализованы, все типы данных уже подобраны оптимально. Знать их полезно для себя (чтобы мозг не атрофировался), но не для работы. Для работы тебе нужны такие навыки как:

    * Оптимальный баланс между говнокодом и идеальным кодом
    * Оптимальный баланс между скоростью разработки и оптимизацией кода
    * Оптимальный баланс между поддерживаемым кодом и костылями
    * Умение использовать те инструменты, с которыми ты работаешь. Опять же, для того, чтобы писать быстро, при этом имея минимальное количество говнокода и обеспечивая максимальную поддерживаемость (в пределах сроков). Например, можешь выкинуть в помойку свой Vim, как бы круто ты себя не чувствовал, разрабатывая в консольном редакторе, если продукты от JetBrains позволят за это же время сделать что-то лучше или чего-то больше
    * Чувство "знаю больше менеджеров". Это то чувство, когда тебе кажется, что "вот эта фича скоро изменится" и надо сделать архитектуру заранее более гибкой. Или "вот эту фичу мы через месяц выпилим" и не надо тратить на неё силы — напиши костыль и через месяц с чистой совестью удали его
    * Знания, как сделать ту или иную фичу. Потому что фичи повторяются (немного видоизменяясь) от проекта к проекту. И если ты сделал что-то за два дня, в следующий раз ты похожее сделаешь за три часа

    Что касается инструментов, выбери любой полноценный фреймворк, который умеет решать 90%+ потребностей "из коробки": Symfony, Django, Laravel

    Всякие "минималистичные" поделия вроде Falcon, Flask (в PHP не знаю, я на питоне пишу) оставь хипстерам. Пусть они говорят: "Мой фалкон такой быстрый, он написан на Cython". Тебя это не должно волновать, потому что бизнес с твоей скоростью разработки уже заработал достаточно денег, чтобы купить ещё десять серверов, пока фалконисты неделю гуглили, как прикрутить миграциии и запустить юнит-тесты на VPSке за пять баксов.
    Ответ написан
    5 комментариев
  • Какие книги посоветуете для будущего Team Lead'a?

    Robur
    @Robur
    Знаю больше чем это необходимо
    Все что с приставкой Lead это уже не про технологию а про людей. Читайте все что найдете про Soft Skills и базовую психологию.
    Если хотите прямо по серьезному зайти - то курсы Стратоплана, у них как раз набор на осень.
    Ответ написан
    Комментировать
  • Как объединить локальные сети двух роутеров в одну?

    @remzalp
    Программер чего попало на чем попало
    Зависит от моделей роутеров. В общем случае - каждый маршрутизатор должен знать, через какой адрес отослать в соседнюю сеть (адрес шлюза).
    Тут больше вызывает вопрос - каждому маршрутизатору надо по одному порту - смотреть в сторону соседней сети, а WAN порт обычно только один (у бюджетных версий). Интернет в такую сеть как будет попадать? если оба WAN порта будут заняты тем, что смотрят друг на друга?

    Секретное ключевое слово - МАРШРУТИЗАЦИЯ.

    На двух дешманских роутерах это сделать правильным образом - примерно никак (можно взять третий, тогда получится, но со сложностями).
    Стартовая точка, когда это хоть как-то реально реализовать - на микротиках (от 1500 рублей)
    Новые прошивки зукселей позволяют тоже довольно гибко работать (но под рукой нет)
    На нормальных маршрутизаторах хотя бы SOHO сегмента всё скорей всего будет хорошо.
    Cisco и иже с ними - будет совсем хорошо.

    Схему приложил на цисках
    5dc10d240f88e592124090.png

    Минутка рекламы - изучайте материалы "сети для самых маленьких" и читайте CCNA
    Ответ написан
  • Можете объяснить зеленому что такое MVC?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Господи, в который раз-то уже?

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

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

    Исходя из этого, получается что
    • Модель входит в эту тройку чисто номинально. Поскольку это и есть все твое приложение, только без интерфейса. И к модели обращаются не только веб контроллеры, но и консольные скрипты, REST контроллеры, сервер очередей и прочее. Отсюда становится понятно, что "модель - это запросы в БД в основном-то" - это дикая чушь.
    • Контроллер - это, как правильно нарисовано на картинке в соседнем ответе - это такая официантка, подай-принеси. Принять запрос от НТТР клиента, преобразовать в понятный для модели вид, запросить модель, получить ответ, вернуть что-нибудь клиенту. Также может заниматься чисто браузерными заморочками типа заголовков, авторизации и пр.
    • Вью - если модель вернула что-то для показа клиенту, то вью это превращает в понятный для браузера вид.
    • Роутер - не упоминается, но незримо присутствует. Преобразует НТТР адреса в вызовы контроллеров.

    Традиционно рекомендую доклад Дмитиря Елисеева с ПХП Раша 2019, там все раскладывается по полочкам.

    5dc1688cad3db637954994.png
    Ответ написан
    7 комментариев
  • Обязательно ли читать книгу по языку/технологии что бы быть тру и продвинутым кодером?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Вы не найдёте ни одного авторитетного программиста с мировой известностью, который бы утверждал, что курсы и видео-уроки лучше книг. Обычно это утверждают либо профаны, оправдывающие своё нежелание читать, либо авторы курсов, делающие деньги на лентяях и глупцах. И я лично за 18 лет в отрасли встретил множество программистов, но ни одного хорошего, выучившегося по курсам и видео-урокам.

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

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

    Наконец, постоянная практика чтения неизбежно приводит к увеличению скорости чтения. И наступает момент когда прочитать учебник будет в 10 и более раз быстрее, чем просмотреть видеокурсы по той же теме и в том же объёме.

    Кроме того, чтение развивает абстрактное мышление - основной инструмент разработчика.
    Ответ написан
    16 комментариев
  • Видеоуроки - долго, и много воды. Стоит ли тратить на них время?

    @lloydbanks
    Те кто в негативном ключе высказываются о видео-курсах, делают о них выводы по просмотру нескольких неудачных роликов. С таким же успехом можно взять в руки любую неудачную книгу и раскритиковать способ обучения по книгам.
    Интернет образование за последние несколько лет сделало большой прорыв в информационной индустрии. Это целое направление в бизнесе, которое направлено в первую очередь на качество оказываемых услуг. Ведь люди, приобретая тот или иной курс, оставляют в конечном итоге отзывы и рейтинг, которые в дальнейшем поспособствуют фильтром в отсеивании некачественных материалов. Следовательно, авторы курсов заинтересованы в том, чтобы выпустить свой продукт максимально полезным и живым. Посмотрите на udemy, на кол-во приобретенных курсов и кол-во довольных отзывов. Хотите сказать, все эти люди которые инвестируют в свое образование "дегенераты" (как кто-то выше писал в комментах)?
    Только неадекватный профан будет утверждать, что данный способ обучения не работает или что он менее эффективен. Все люди разные, кому-то проще обучаться по видео курсам, кому-то по книгам. Главное, чтобы был результат. В конечном итоге никто не мешает комбинировать эти способы.

    Плюсы видео курсов:
    + последовательность: теория + практика. По окончанию курса у вас будет готовое приложение, которые не стыдно разместить в портфолио. Почему не стыдно - потому что оно писалось более опытным разработчиком чем вы, который показал вам best practices, чтобы вы не ломали голову и не наступали на грабли, в попытках самостоятельно написать кривой код;
    + поддержка: проверка ДЗ и возможность задать вопрос автору когда возникнут проблемы. Можете ли вы написать свой технический вопрос автору книги? Ответ очевиден.
    Минусы:
    - отсутствие деталей и тонкостей: о многих технических моментах можно узнать только из книг/документации. Если вы человек разумный, то вы согласитесь, что нельзя вместить все технические нюансы в одном видео курсе. Вы когда смотрите фильм снятый по книге не возмущаетесь ведь почему так подробно не был освещен какой-то момент, который в книге был расписан до мелочей. Здесь точно так же.

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

    Поэтому, Логинов Станислав не ведитесь на поводу у стада, которое навязывает вам точку зрения, которая априори не может быть истиной в виду индивидуальных особенностей человека.
    Ваша формулировка вопроса Видеоуроки — долго, и много воды уже звучит неадекватно. С вероятностью 99% вы просто взяли неудачный курс и делаете по нему выводы. Что вам мешает найти тот, который подойдет именно вам?
    Ответ написан
    7 комментариев
  • Как стать Java Middle Developer?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Java
    Седой и строгий
    Во-первых, само разграничение на джуна, мидла и сеньора очень условное. Я видел примеры того, как сеньор из одной компании не тянул на джуна в другой. Обусловлено это может быть как разным уровнем требований к профессионализму сотрудника, так и степенью соответствия области знаний сотрудника области деятельности компании. Экосистема Java очень объёмна, даже в её пределах знать всё тяжело.
    Во-вторых, объективно оценить себя самостоятельно невозможно. И даже оценка со стороны тоже может быть не показательна, как я уже писал выше, в разных компаниях разные нормы. И серьёзность компании не показатель. Я видел супепрофессиональные отделы в региональных продуктовых магазинах и частных клиниках и видел огромные ИТ-службы полностью состоящие из профанов в федеральных банках и транснациональных торговых сетях.
    Решаются эти две проблемы относительно просто - смело претендуйте на большее. Естественно, вас попросят подтвердить ваш уровень. Если смогли, вы ему соответствуете. Если нет, готовьтесь лучше. И чем большему количеству людей вы сможете доказать свой уровень, тем более он объективен.
    Что касается развития и целей для дальнейшего роста, мозг развивается, если его напрягать. Нужно всё время практиковаться, всё время изучать что-нибудь новое, всё время искать дополнительные способы применить свои силы. Я часто слышу, что в маленькой компании нет возможности развиваться - это неправда. Как раз в кровавом энтерпрайзе приходится делать годами одно и то же и работать с махровым легайси, без возможности что-либо изменить без полугодового согласования экономического обоснования изменения. Маленькие компании на много более гибкие в выборе технологий и методов работы. К тому же, всегда есть возможность завести пет-проект. Чтобы выбрать технологий для пет-проекта, найдите все вакансии java-программистов на нескольких работных сайтах, отсортируйте по зарплате и в списке требований топовых позиций найдите то, чего не знаете. Потом повторите подобную операцию с фрилансерскими биржами.
    Ответ написан
    Комментировать
  • Тестовое задание для собеседования на php программиста?

    Maksclub
    @Maksclub Куратор тега PHP
    maksfedorov.ru
    Мы ожидали увидеть приложение с использованием готовых библиотек для работы с HTTP, базой данных, работы с консолью. А также легко расширяемое и поддерживаемое.

    Теперь понятно, что они хотят — но в ТЗ не было указано:
    • Под HTTP понимают либы, работающие с PSR 7 или близкие по «духу», например Symfony HTTP Foundation
    • Под БД понимают Doctrine 2 или Eloquent
    • По консольным — на рынкке используют как правило Symfony Console

    Именно это и хотели, предлагаю вам либо объяснить и написать уже на компонентах, либо послать к черту, НО отметить этот момент и на будущее таки делать уточнение, каковы ожидания от задания...
    Нескольких людей встречал до фанатизма не принимающих сторонние пакеты, и наоборот... Это нужно учитывать... видел задания на PHP 5.3, видел задания строго на Codeigniter...

    Тут на Тостере был пример, когда человек применил композер даже не для сторонней либы, а для внутренних, так на него тимлид сокрушился...
    Разве Composer бесполезен в 2017?

    Люди разные :)


    Материал по компонентной разработке

    Елена,
    не нужно Symfony ассоциировать с фреймворком — это в первую очередь компоненты — потрясающие компоненты:
    • Symfony Console
    • Symfony HTTP Foundation
    • Syfony Routing (к слову очень быстрый, недавно ускорили его в 70 раз ребята и сделали самым шустрым компонентом)
    • Twig
    • Debug
    [*!*] В некоторых вакансиях даже указывают, что нужно уметь работать с некоторыми выше перечисленными компонентами :) Пруф: https://novosibirsk.hh.ru/vacancy/25367906

    Doctrine — совсем не из Symfony и этот компонент можно использовать где угодно

    Zend к слову пошел по тому же пути, например
    • для HTTP Request/Response PSR 7 у него есть отличный компонент Zend Diactoros,
    • для работы с PSR 15 Middleware есть компонент Zend Expressive,
    • для работы с ролями и правами крутое решение Zend ACL

    Laravel уже да — фреймворк, и опять же на компонентах, и можно использовать его куски, например у него замечательная ORM (Active Record) — в отличие от AR в Yii2 ее можно (и нужно) использовать в любом кастомном проекте вне фреймворка Laravel или вообще фреймворка там , где Доктрина лишняя


    Почитать и посмотреть:

    Современный PHP без фреймворков (статья Mail.ru на Хабре)
    Консольное приложение (мастер-класс) — собрано из компонента Symfony Console и ORM Eloquent (от Ларавел)
    PSR-7 фреймворк от Д.Елисеева
    Ответ написан
    3 комментария
  • Подготовится к стажировке Back-end разработчика?

    Maksclub
    @Maksclub Куратор тега PHP
    maksfedorov.ru
    Сам прошел изучение PHP с мая, старт был примерно как у вас.
    Мой старт :)

    Сейчас джуниор — могу сделать несложные CRUD на Yii2, Symfony, запилить несложные REST API сервисы, работаю полность в Линуксе, работаю с GIT, Vagrant.
    Например сейчас выполняю такое джуниорское тестовое :
    https://github.com/Maksclub/veniamin
    Но например такая компания как sport ru меня и стажером не посчитала :)

    Мой путь:
    - видео-уроки по ООП в Ютубе (параллельно сразу пиши пару проектов (не сложное MVC прямо по ходу изучения), только без всяких ГУРУ, вам ООП, а не гуру изучать нужно
    - сядь на Линукс (тут все: и SSH-ключи, и настройка серверов, и настройка окружения, и работа с виртуальным окружением)
    - садись на фреймворк (Laravel, Yii2, Symfony) -- я бы последний рекомендовал, но первым на него тяжелвоато вскочить, как мне кажется, я сел на Yii2 -- придумал бизнес-идею и до сих пор пилю свой проект
    - видео-уроки Дмитрия Елисеева по Yii2 (особенно платный, в нем он прет уже по DDD)), тут же пили свой проект
    - GIT (постарайся не разобраться как коммиты делать, а прямо полностью работать с ним (с ветками, мерджами))
    - Composer (разберись с PSR-4, сделай для начала свой неймспейс и свой композер-пакет, очень помогает понять что-куда)

    Если выделишь КАЖДЫЙ день в течение 5 месяцев, то будет очень здорово

    Выполни все тестовые задания для джуниора, например отсюда:
    https://maksfedorov.ru/blog/all/testovye-zadaniya-...
    скоро еще 10 штук докину в пост


    Про рынок:

    Стажеру вообще навыки не нужны, как правило туда берут с сильными академическими знаниями (математика, академическое знание C++, C#, bash и т.д...)
    На рынке веб-разработки такие специалисты почти не нужны, нужны джуниоры, но и то, чтобы стать мидлом поскорее, так что требования не адекватны для слова junior.

    Тащи -- это интересно и результат будет!
    Сообщество Тостера помогает.
    Ответ написан
    Комментировать
  • Конденсаторы в БП?

    @spy45242
    Китайцы в бп ставят 16В 1000мФ кондюки, потому что они дешевле, по сути если поставить на 25В 1000мФ ничего не случится, просто у конюков будет больше запас для пикового напряжения. К примеру стандартные 16В 1000мФ вздываются или взрываются иногда не только от пиковых напряжений, но и от температуры в бп. Я тоже ставлю вместо 16В кондюков 25В и бп живет еще дольше, чем до поломки.
    Ответ написан
    Комментировать
  • Нужно ли изучать delphi 10.3 с нуля если шарю в delphi 7?

    @zedxxx
    С нуля учить не надо. Надо ознакомиться с новыми возможностями и использовать их по мере необходимости.

    Самая главная особенность при переходе с D7 - Юникод. И вот этот документ надо просто выучить в обязательном порядке: https://www.embarcadero.com/images/dm/technical-pa...

    Вот тут хорошо расписан список новых фич в языке по мере их появления: https://stackoverflow.com/questions/8460037
    Ответ написан
    1 комментарий
  • Почему электрошокер (миллион вольт) не убивает человека, а 220В из розетки убивает?

    Moskus
    @Moskus
    Имея дело с физикой (описывающей поведение движущихся зарядов) и физиологией (описывающей реакцию живого тела на движущийся заряд), нельзя оперировать "логикой", в которой участвуют не конкретные значения физических величин, а "очень много" "очень мало" и так далее.

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

    Для остановки сердца (если не брать случай с больными или теми, у кого установлен кардиостимулятор) нужно: чтобы ток через тело был где-то выше четверти Ампера (при приложении тока дольше секунды - выше 50-70 мА), чтобы он протекал именно через тело и затрагивал сердце, а не проходил через небольшой участок кожи. Потому, например, если взять те же пресловутые "220 из розетки" и приложить два провода к коже на руке, пока человек будет стоять на достаточно толстом изоляторе (чтобы исключить стекание тока через емкость между ногами и полом), получится ожог руки, но никто не умрёт. И, наоборот, при определенных условиях, того же человека можно убить источником тока, имеющим напряжение в скромные четыре десятка вольт, приложив напряжение между его левой рукой и ногами, обеспечив надержный контакт (большая площадь соприкосновения с проводами, мокрая кожа). Высокое напряжение, безусловно, играет существенную роль в процессе, но эта роль - не единственная. На силу воздействия также влияет частота: мышцы по-разному реагируют на постоянный ток, переменный ток низкой частоты (десятки герц, как в питающей сети), ток более высокой частоты (единицы килогерц). Более высокочастотный переменный ток нуждается в большей длительности воздействия, так как мышцы на него реагируют медленнее. Также, высокочастотные токи из-за свойств проводимости оказываются "вытеснены" на поверхность тела. Что, при прочих равных условиях (напряжение, ток, точки приложения к телу) делают их менее опасными, так как величина тока через внутренние органы снижается на порядки.

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

    Говоря о "шокерах", можно также посмотреть на конкретные цифры. Скажем, Taser заявляет для некоторых своих моделей следующие электрические параметры: ток импульсный, каждый импульс общей длиной порядка 120 микросекунд, частота следования импульсов - 20 раз в секунду, частота тока внутри импульса - 10 килогерц, сила тока на первом периоде импульса - до 3 Ампер, далее - очень быстро затухает. Что мы из этого можем извлечь? А то, что импульсы слишком короткие, чтобы вызвать смертельные изменения, частота - слишком высока, чтобы создать высокую плотность тока через внутренние органы (очевидно, подобрана, чтобы поражать только двигательные мышцы на поверхности тела), импульсы следуют достаточно редко. Плюс, электроды шокера никогда не оказываются приложены к разным концам тела. Потому, если не стараться специально вмешаться в конструкцию, убить им - достаточно сложно.
    Ответ написан
    Комментировать
  • Конденсаторы в БП?

    Bambr
    @Bambr
    Напряжение написанное на конденсаторе показывает по сути его запас прочности. Подадите более высокое — его пробьет. Вы просто увеличили «запас прочности» конденсаторам, и ничего более. Если погуглите на тему блоков питания — ставить конденсаторы с запасом по напряжению рекомендуют практически все, единственное ограничение здесь — запас лучше делать разумным, т.к. конденсаторы бОльшего вольтажа, как правило, крупнее и дороже.
    По поводу увеличения емкости — совет верен в отношении фильтров блоков питания, но не в остальных случаях (скажем, если вы значительно измените емкость конденсатора в кроссовере колонок, вы измените частоты среза и вероятно подпортите звук). В традиционных трансформаторных блоках питания (с импульсными не знаком) конденсатор гасит пульсации, там с увеличением емкости увеличивается и подавление пульсаций, но при этом на старте значительно возрастает ток первичной зарядки конденсатора.
    Ответ написан
    1 комментарий
  • Конденсаторы в БП?

    shogunkub
    @shogunkub
    Программист+Инженер-электронщик
    По поводу напряжений: по спецификации допуски +5 и +12 В ±5%, то есть максимум — 5.25 и 12.6 В, у вас всё в порядке.
    Ответ написан
    1 комментарий
  • Зачем нужны резисторы и конденсаторы в схемах?

    @kalapanga
    Эх, неужели сейчас в школе всё так плохо? Попробуйте посмотреть этот сайт easyelectronics.ru Там есть раздел "Начинающим", в котором есть и статьи про компоненты - конденсаторы, диоды и т.п. Или что-нибудь из старых книг типа Сворень Р. "Электроника шаг за шагом"
    Спалите что-нибудь с большой вероятностью, к этому надо быть готовым. Бывает.
    И согласен с товарищем - беритесь за любую простенькую схемку и пробуйте!
    Ответ написан
    1 комментарий
  • Можно ли заменить конденсатор?

    GavriKos
    @GavriKos
    Если я не ошибаюсь, 25 вольт - это максимально допустимое напряжение, подаваемое на кондер, а не то сколько он выпустит.
    Ответ написан
    Комментировать