Андрей

Всю свою жизнь работал в сфере автобизнеса.

Я думаю вам не стоит кидаться в программирование. У вас очень интересная профессия и я думаю большой опыт в популярной теме. На этом можно сделать инфобизнес в интернете и это будет тоже самое IT. ! Не на правах рекламы, а просто для вдохновения попробуйте посмотреть истории успеха людей вот здесь - puzat.ru/istorii-uspexa . Возможно это и везение, сам не участвовал в марафонах, но вроде на видео простые люди, которые как вы решили придти в мир IT, сделали сайты на популярные темы и начали косить бабло. Я думаю в этом направлении у вас точно больше успеха, чем сесть за книги по программированию. Хотя бы стоит попробовать, а программирование (и тестирование) вы таким образом тоже зацепите и хотя бы поймето нужно оно вам или нет.

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

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

Собственно, когда вы определились с ЯП, начните изучать его. Но ни в коем случае не налагайте на курсы\видео-уроки типа Специалиста и т.д.(подробнее об этом - читайте дальше). Еще отправной точкой для выбора языка\технологии может стать изучения рынка вакансий. Хотя этот фактор нисколько не отражает действительность.

Выбрали ЯП? Изучите его до более-менее среднего уровня. Освойте основные технологии\библиотеки\фреймворки применимые для этого языка. Зачем это? Возьмем для примера C#. Знания самого языка не несут такой ценности, как владение фреймворком .NET и навыками работы в том же ASP.NET, WPF\Silvelight и т.д.
Помните, вы не сможете освоить язык и его технологии на все 146%. Как показывает практика, 20% конкретных знаний достаточно для решения 80% всех задач (Закон Парето).

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

Если вы думаете записаться или посмотреть в Интернете курсы, например, того же Специалиста, сразу же БРОСЬТЕ ЭТУ ЗАТЕЮ!
Приведу пример с моего горького опыта. Дело было в 2011 и я впервые услышал об этом Специалисте и наивно полагал, что там действительно делают "специалистов". Такие уважаемые люди как Борисов и Тарасов, в которых уйма всяких сертификатов, просто внушали доверия и интерес ко всему этому. В итоге я посмотрел 50 часов HTML + CSS. Никакого результата. Эти 50 часов не покрыли даже половин знаний, что я до этого почерпнул с книг. Да ладно, идем дальше. Засел я за 2 уровня JS на 30 часов + 6 часов jQuery. И тут все мои радужные представления об Специалисте моментально разрушились. Будущие специалисты бежали с аудитории после пары непонятных слов, преподаватели путали элементарные понятия, все рассказывалось на тяп-ляп и в каком-либо порядке. В итоге этот курс не покрыл и 20% материала из книги Николаса Закаса по JS. В итоге все эти десятки часов пошли коту под хвост.
Если вы действительно нуждаетесь в курсах, то лучше воспользуйтесь видео-учебниками Lynda, Tutsplus и т.д. Эти ресурсы за пару часов ознакомят вас с основами сабжа и направят на путь истинный.

Что же касается книг, то как было верно отмечено пользователем kstyle:

только 10% молодых человек способны к самообучению (то есть если им предоставить литературу и задачи, то 90 % не справятся). многие - из-за качеств характера.

То есть, если при чтении первой книги из моего списка у вас возникнут непреодолимые трудности, то это что-то да значит.

И, конечно же, вы должны быть уверены и настойчивы!

Какие книги? оО
книги - прям книги?
Ну да ладно с ним.. Сколько людей - столько мнений.

Но зачем?! Зачем листать кучу иероглифов и тормозить путь к своей цели? Тут как никак простая формула - практика практика и еще раз практика.
Всю теорию легко умещают в 1 табличку, ну максимум с объяснениями - 1 лист...

Не лучше уже сегодня начать пользоваться регулярными выражениями, чем: пока найдете лит-ру, пока начнете изучать, и попробуете дня через 3 и то не факт что получиться из-за объема не нужной ПО НАЧАЛУ! Информации?

Бонус от начала до конца строки, которая начинается с #
^\#.*?$

Colobot (и Ceebot) - обучающая игра, обучает чему-то типа языка си. Отличный полигон для проверки алгоритмов.
Настольная игра для самых маленьких программистов (от 7 лет)

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

Диагнозов много, вариантов тоже несколько..
1.) Иногда бывало при замене дисплея на (оригинал причем), появлялись желтоватый эффект через время. Пугаться как оказалось нечего, это еще раз только подтверждало что деталь ориджинал, а желтый эффект создавался из-за герметика. Проходит само, в течении месяца примерно, возвращается к "исходному" состоянию.
2.) Возможно в следствии падений (по закону жизни, все самое худшее на iPhone приходится с высоты колена ); ). И из-за самого неудачного форм-фактора деталей внутри так скажем, 5-ое поколение фонов до смерти бояться присаживаний на них (в заднем кармане), да и вообще "тесные" положения, все давление приходиться как никак а на шлейфы экрана, можно сказать продавливая еще и мат. плату.
Самый удачный по сей день был 4/4s, и после падений в шахту лифта с 11 этажа, и попаданий под колеса фур да каких только не перевидал... Все, абсолютно все оставались рабочими. Требовался лишь "косметический" ремонт, поменять панельки/дисплей, ну и аккумулятор вылетал и отрывался постоянно после таких полетов, и прижатий колесами в асфальт) А защищал их именно металлический "скелет" корпуса - тот что является ребром. Получалось разделение на 2 сектора, экран и плату. Сколько бы вы молотком не стучали в экран, плату не загубите никогда... А у 5 ого - воробушек сядет и все.. дисплей + плата на миллион частей и губай.
3.) Насчет изменений в форме корпуса, часто встречалась проблема.. или даже эпидемия.. Когда аккумулятор медленно и уверено раздувается, по разному, может и неделю может и месяц. Но владельцы это замечают только в тот момент когда у них дисплей на половину начинает выламываться, даже не "выглядывать" а скручиваться и в черт знает что превращаться. Ну да конечно поменять аккумулятор (400 рублей) было бы лучше чем потом модуль дисплея (3000-5000р), корпус если погнется в рамке, никто даже не возьмется менять только дисплей ибо хрен его запихнешь(+4000-6000р), ну а выгнуть обратно корпус... кто пробовал тот понял о чем я.

Ну и вариант как: может искупали его случайно?
Ну и самый маловероятный - перележал под солнечными лучами в свое время..

Дадите больше подробностей, может чего и подскажу. Хотя давно их не ковырял уже)

0. На хабре мир не замкнулся так же, как и на вконтакте)
1. Когда "наткнулись" при "рабочем" поиске (когда делаете работу по текущему проекту) на интересную информацию - кладите статью (+линк) в папку рядом с проектом, применительно к которому Вы на нее набрели или отталкиваясь от темы статьи (рядом с другим проектом).
2. По тематически-узконаправленному ("лучевому") поиску - вы найдете не более 5 статей. Это первоисточники и образовательные (примеры, производительность и т.д.) Все другие - "адский trash" и плагиат.
3. Не ищите "от нечего делать": время потратите - толку 0.
4. Используйте всю мощь поисковой строки гугла (символы управления приоритетами и т.д.) для отсеивания "мусорных" ссылок.
5. На любую тему обсуждений - есть только 1 ресурс-лидер, который цитируют во всем интернете. Интересна тема - станьте участником такого сообщества и получайте уведомления по почте.
6. Сначала планируете цель, затем идёте "в лес по грибы" за информацией. Если наоборот - всё...: Вас "засосёт" чёрная дыра технологий и читать Вы будете ВЕЧНО!!!
7. Главное правило: статья должна прочитываться сразу или "привязываться" к вашей цели и отправляться в папку (см. п.1)
И помните:
тостер - для отдыха
гугл - для работы

UPD: Как правильно искать информацию

Спойлер: я автор книги Самообразование веб-разработчика, указанной по ссылке выше, и путь изучения технологий, описанный в ней – это, по сути, мой путь (точнее, первые пару лет моего пути).

Духовно ( =) ) я начал с того, что захотел научиться делать сайты. В какой-то момент "делать сайты" превратилось в "делать веб-приложения", но это уже детали.

Технически я начал с изучения HTML/CSS, на которых написал сначала свою первую домашнюю страничку, а потом сверстал простой сайт для друга и ещё несколько небольших статичных сайтов. Полученных таким образом знаний мне вскоре хватило, чтобы получить первую оплачиваемую работу. Это был проект по переделке вёрстки одного крупного интернет магазина с таблиц на дивы. Сайт при этом должен был выглядеть чудесно в IE6 (были времена :( ) – слава богу, перед вами такой задачи не встанет в наши светлые дни.

На том же интернет магазине я впервые получил деньги на JS код: писал небольшие скрипты на jQuery.

Затем я перешёл к изучению всяких CMS типа ModX, ExpressionEngine, OpenCart и прочих штук. Изначально мне нужна была CMS для своего личного сайта, но в конечном счёте эти навыки помогли мне найти заказы в небольших фриланс-конторах в Перми. Дополнительно было много заказов по вёрстке с фриланс-бирж. Верстал я неутолимо, быстро и предельно качественно. Проблема заключалась в том, что на вёрстке я бы со своей целью "делать свои веб-приложения" далеко не уехал, поэтому писать html/css меня быстро задолбало. Тем не менее, навыки фронтенд-разработки пригодились в будущем не раз.

Поэтому я взялся за изучение Ruby on Rails. Писал сначала для себя: сначала библиотеку рок-музыки, потом менеджер личных финансов (которым всё ещё пользуюсь). Затем кинул сообщение в ror2ru и получил несколько предложений о работе. Одно из них принял, где и познакомился со своим ментором на следующие много лет, вплоть до сегодняшнего дня. Так я попал в аутсорс компанию, в которой работал на вынос полтора года, совмещая это с универом. Задач было много, проектов много: постоянно приходилось учить тонны новых вещей. Желания тоже было много, поэтому необходимость мало спать и много мучиться над кажущимися невозможными задачами была в радость.

Это были настолько интенсивные полтора (или два?) года работы, что под конец моих навыков, рекоммендаций и портфолио хватило для того, чтобы в 19 лет без высшего образования получить работу в Берлине, куда я успешно и перебрался, получив визу. А потом успешно сменил работу и теперь делаю крутые штуки в Babbel.com. High load, DevOps, автоматизация и всё такое прочее :-)

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

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

PS.
В прошлом году я опрашивал своих знакомых матёрых программистов о том, каков был их путь, какими были первые проекты и т.п. В итоге получилось 13 подробных интересных интервью, думаю вам будет интересно ознакомиться: mkdev.me/categories/byt-razrabotchika/posts/kak-st....

Да замечательная штука как плановая смена паролей взята не из воздуха, и не по чей то хотелки.
Рассчитывается из параметров: алгоритм хеширования, минимальные требования к паролю и ~кол-во юзеров.
В булке например md5(md5($salt).md5($pass)) скорость брута через cuda среднего класса - 152.0 MH/s (150 миллиона хешей в секунду)!
Ну это конечно прогресс, 21 век.

Довольно старая таблица, но все-же


Но это мы говорим про полный перебор.
Но атаки по маске/правилам/словарям/гибридные и конечно же по радужным таблицам делают свое дело на ура.
Грубо говоря имея дамп 100к юзеров login : (md5), в течении 3-5 минут получаем результат в более чем 50% подобранных паролей.

Да и также стоит отметить что увеличивать длину пароля конечно же стоит, увеличив на 2 символа (с 10 до 12) грубо говоря усложняем задачу подбора в 300-500 раз.
НО: Учитывая что это не просто добавление хоть еще 6-8 букв (словосочетаний) словарных/алфавитных.
Т.е. ItsGoodPassword даже увеличив до ItsReallyVeryGoodPassword пароль, противостоять сможет всего пару секунд гибридной атаке.

На 2008 год брут через GPU (UPPER CASE + lower case + digs + symbols)

• all 6 character password MD5s 3 seconds
• all 7 character password MD5s 4 minutes
• all 8 character password MD5s 4 hours
• all 9 character password MD5s 10 days
• all 10 character password MD5s ~625 days
• all 11 character password MD5s fuggedaboudit

Но на получение 12 символьного пароля ушло далеко не несколько лет, а всего 75 дней.

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

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

1.5 года - ума времени. Мне хватило и 1 года выйти уже на приемлимый уровень.

Есть начальные занания? не особую роль сыграют. Так как главное в этом деле понимание. Особенно ИБ...

Желание развиваться, вносить плоды, развивать определенные тематики? Это самое главнле. Если это все "подпирается" финансовыми/маральными/материальными факторами - увы многово из этого не получится.

Всегда и везде говорил, буду говорить и никто не переубедит, ибо на своей шкуре прошел (и не раз, и не в одной сфере, и с бесподобным результатом не только для себя, но и окружающих) - главное двигаться за идею, есть только интерес, стремление и желание. Ни в коем случае не должно где либо промелькивать финансовые выгоды и тд.
Поверь, будешь делать это действительно ради чего это требуеться (как никак целая наука), все остальное набежит само. И финансы, и возможности, в главное всеобщее уважение и благодарности. Которые в любом случае будут куда полезнее нежели как-их то 10.000-30.000$.
Если интересен мой подход к обучению, думаю лучше это обсудить вне сайта. В профиле есть контакт, немного просветить, и посоветовать/направить в нужном направлении: welcome.

Мне кажется можно.
Если особо не придираться, то все основные идеи электроники можно объяснить на основе следующих понятий:

• закон Ома,
• источник тока,
• источник напряжения

Закон Ома совсем не обязательно давать в виде формул с умножениями и делениями, можно и на пальцах, аналогиями. У Эдуарда Успенского есть книжка "Лекции профессора Чайникова" (гуглится, у меня первая ссылка - pdf): вот как то так. А если еще и с наглядной демонстрацией, да если еще самим что-то дать в руки попробовать - самое то.
Единственное, не представляю как обезопасить от розеток. Когда электричество "на столе" такое интересное и послушное, не захочется ли без присмотра взрослых собрать что-то "покруче"? Нужен, наверное, какой-то конструктор, который не даст чисто физически подключиться ко "взрослым" напряжениям. И аккуратно рассказывать про "все металлы проводят ток, вот, к примеру, гвоздь...." .
К UPD2: а почему бы до кучи не попробовать самим какую-нибудь простую ардуину собрать? Чтоб и плату потравить, и основы пайки освоить. Вспоминаю себя в 6м классе: да я бы из школы не уходил =). Да, хлорное железо домой не давать, только под присмотром.

Мне кажется, можно. В какой-нибудь "Электронике шаг за шагом", по-моему, вполне доступно изложено.

Мне очень понравился подход к обучению в книге Доусона Программируем на Python
Её сейчас и читаю.

wombat.org.ua/AByteOfPython - "Укус питона" на русском.
"Think Python" Аллена Дауни - даже предпочтительней, это именно _учебник_ (в то время как книги Лутца, скорее, справочники). А потом зарегистрироваться на нижеперечисленных ресурсах и решать практические задачки:
www.checkio.org
codingbat.com
rosalind.info/problems/locations
https://www.hackerrank.com/
www.codewars.com
https://www.codeeval.com/
www.codingame.com/start

Можно. Около 2 месяцев мне потребовалось, чтобы перейти с низкоуровней сишечки (работал с сетевым оборудованием в Дэлинк) на Java EE. Java вообще сам по себе очень простой язык. Тысячи индусов подтверждают).
Как изучать:
1. Главное писать код. Нужно "привыкнуть" к коду. Иногда отлаживаешь чужой код и взгляд сам выцепляет ошибки. Я не знаю как это работает. Практика и еще раз практика.
Так, что идите на стартандройд.ру, но не тупо повторяйте уроки, а вносите изменения.
2. Джавараши, образовательные центры очень полезны... их создателям и учителям. Нам пользы от них - только самооценку помогут повысить. Но законченная, пусть даже элементарная собственная программа, повышает ее гораздо лучше.
3. Читайте книги. Но любая глава должна быть закреплена практикой. По джаве - Хорстманн и Корнелл, если с инглишем гуд - Эккель. По андройду - Рето Майер. Если совсем бегиннер - Head First.
4. Нужно понимать ООП. Понимаешь ООП - знаешь java. Java - ООП в чистом виде.
Знать алгоритмы и контейнеры. Читаешь википедию (английскую), либо любую книгу по алгоритмам (чем тоньше, тем лучше) - реализуешь бинарный поиск, сортировку пузырком)), быструю сортировку, список (односвязный, двухсвязный), хеш таблицу, бинарное дерево, красно-черное дерево. Затем находишь аналоги в стандартной библиотеке и используешь их).
5. Ну и самое главное - гугл, javatalks.ru, java2s.com. На все ваши вопросы уже есть ответы.

Поселил я тут к себе нового соседа недавеча, 20 лет джава программист удаленный, работает по 60 часов в неделю получает 5000 баксов в месяц играет в волейбол каждый день , через день в качалку. Ездит с нами на острова
Думаю спрос на джава программистов очевидно есть и он конский если люди готовы платить такие деньги двадцатилетнем юношам

сортируешь массив и берёшь значения с краёв, пока не достигнет лимита. Потом в другую кучку опять с краёв берёшь. За счёт этого самые большие числа будут в кучке с самыми маленькими. Решение не оптимальное, зато никакой комбинаторики и линейная сложность.