Показаны сообщения с ярлыком цитаты. Показать все сообщения
Показаны сообщения с ярлыком цитаты. Показать все сообщения

На любое упрощение интерфейса люди отвечают повышением своей тупости, иногда кратно

Когда то я думал что люди рождённые в 1995-2000 года будут влёт разбираться в компъютерах и новых технологиях (потому что они окружают их с детства), а профессия эникейщика вообще вымрет...

Хрен там!!! На любое упрощение интерфейса люди отвечают повышением своей тупости, иногда кратно.

Как работает программист

Если вы хотите представить что именно делает программист во время работы, то легче всего это представить именно так. Он спит!

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

Это вы думаете что программист взял задачу, написал программу и задача решилась. Всё не так.

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

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

Я не фигурально выражаюсь. Это БУКВАЛЬНО снится. Программист при решении задачи виртуально живёт в создаваемом мире химер, похожих каким-то образом на условия решаемой задачи.

Внешне наблюдение за работающим программистом это тоже самое что наблюдение за спящим человеком.


источник

Отличие формата PDF от языка разметки HTML

You’ll also notice that PDFs do not separate content from presentation. This is a fundamental difference between creating a PDF versus an HTML document. PDFs represent content and formatting at the same time using procedural operators, while other popular languages like HTML and CSS apply style rules to semantic elements. This allows PDFs to represent pixel-perfect layouts, but it also makes it much harder to extract text from a document.

Remember that PDF is a low-level representation of text and graphics, so there is no “underlined text” in a PDF document. There is only text, and lines (as entirely independent entities). Underlining text must be performed manually.

PDFs were initially designed to be a digital representation of physical paper and ink. The graphics operators presented in this chapter make it possible to represent arbitrary paths as a sequence of lines and curves. Like their textual counterparts, graphics operators are procedural. They mimic the actions an artist would take to draw the same image. This can be intuitive if you’re creating graphics from scratch, but can become quite complicated if you’re trying to manually edit an image. For example, it’s easy to say something like, “Draw a line from here to there,” but it’s much harder to say, “Move this box two inches to the left.” Once again, this task is left up to PDF editor applications.

Зарплаты программистов всё равно ограничены, в отличие от того, что имеют руководители

Другой редкий пример — мой сосед, работавший в нескольких стартапах. И все они проваливались, пока он не пришел в тот, который выстрелил, обогатив его на 12 миллионов долларов.

Пользователи интересуются возможностью решать задачи, а не функциями продукта

Успехи и неудачи продуктов неоднократно демонстрировали, что пользователей не очень волнуют функции продуктов. Они интересуются лишь возможностью решать задачи.


Цитата из "Психбольница в руках пациентов" (Алан Купер)

Принцип проектирования наудачу

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


Современные технологии и разработчики

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

Максим Каракулов

Техника «Код – в последнюю очередь»

Том ДеМарко “Deadline. Роман об управлении проектами”

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

В таком случае, если проект был рассчитан на год, то на кодирование отводится лишь последние два месяца перед выпуском.

Блестящие перспективы программистов на отдалённое будущее


IT — две главные буквы инновационного бизнеса, расшифровываются как informational technologies. Это комплекс дисциплин, связанных с хранением, обработкой и управлением информацией. Сегодня в IT происходит что-то вроде золотой лихорадки: в этой области за короткое время можно построить многомиллионную корпорацию. «Яндекс», Facebook и Twitter — это IT.

Программист и разработчик — многие путают два эти понятия, потому что в последнее время они и правда основательно переплелись. Программист выстраивает программный алгоритм (пишет код) — это его основная задача. Разработчик — тот, кто видит архитектуру программы, анализирует задачи и ищет решения. То есть исповедует системный подход. Хотя и код тоже может написать.

Вначале достаток, потом уже фанатизм.

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

Сейчас гораздо важнее уметь пользоваться информацией.

Теперь все знают, что человек, которого слушается компьютер, — босс.

В программировании не надо быть чьим-то родственником, расти годами. Умеешь что-то делать — делай. Умеешь еще больше — делай еще больше. Все прозрачно.

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

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

Нельзя сказать, что IT — особо важное дело. Это часть нашей цивилизации. Кто-то занимается железными дорогами, кто-то преподает, кто-то занимается разработкой софта, потому что это неизбежно. Сейчас почти везде стоит какая-нибудь железка, на которой работает какой-то софт. Если перестать его поддерживать, развалится не только он, но и все, что рядом.

Перед любым ученым стоит этот вопрос: к чему приведет его открытие? Вот проникнет он, например, в тайны строения атомного ядра. Во что это может вылиться? Может, в технологию холодного ядерного синтеза, это прорыв в энергетике, а может, в еще более мощную ядерную бомбу. Так же и в IT. Вот сделаем мы сейчас более совершенный алгоритм для подбора контрольных сумм. Они активно используются в криптографии. Если взломать этот алгоритм, то можно разрушить огромное количество криптографических защит: от банального подбора паролей до чтения международной сверхсекретной переписки. И вот кто-то разгадает эту загадку — с одной стороны, прорыв в математике, да и физикам пригодится, с другой стороны, неизвестно, кто и чьи пароли будет взламывать с помощью этих знаний. Встает вопрос: заниматься этим или не заниматься? Может, все же нет? Но если такой ответ дадут все, развитие остановится. Как сделать так, чтобы человек разумно пользовался плодами прогресса? Воспитывать с детства, наверное…

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

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

Цивилизация развивается циклически, и на каждой итерации цикла происходит какое-то расслоение. Раньше оно было связано с недоступностью знания: многие просто не умели читать. Но в тот момент, когда информация стала полностью доступна, люди потеряли к ней интерес. Это как у Хаксли. Когда я прочитала «О дивный новый мир», то удивилась: ну как он узнал, что все так будет? Оруэлл говорил, что правду будут скрывать, историю переписывать. А тут не надо ничего скрывать, вокруг столько информации, что ты в ней просто тонешь. Возникает вопрос: можно ли приблизиться к адептам технологического знания? Наверное, можно. Какова вероятность, что ты это сделаешь? Меньше, чем тогда, когда информации было не так много. Потому что возможностей, в том числе и мусорных, было меньше.

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

Когда-нибудь экономика знаний, несомненно, победит.

Если у тебя нет своего стартапа — ты лох!

В 90-х если у тебя не было кроссовок Адидас, ты был лохом. В 2000-х если у тебя не было мобильного телефона, ты был лохом. Сейчас если у тебя нет своего стартапа — ты лох.
А. Краковецкий 

Человеческий ресурс определяет успех проекта

Человеческий ресурс определяет успех проекта.
Интернет-издание «ToWave»

Выбранная структура данных определяет алгоритм решения задачи

Выбранная структура данных определяет алгоритм решения задачи.
Д.М. Златопольский