Знаю двух людей на диване – слева Анатолий Викторович Масалов, а через одного – Алексей Акимов, вел у меня на физтехе оптику, умнейший ученый, его лекции действительно вдохновляют заниматься наукой, но такие молодые люди в науке – большая редкость сейчас. Очень рад, что это открытие сделано выходцами из России, но не очень рад, что в США.
Я знаком с несколькими людьми, которые занимаются интернет-рекламой и они используют только англицизмы. Поэтому оставил в переводе landing page и call to action, но ЛП хороший вариант, буду знать.
Книги – это хорошо, но практика тоже важна. Чтобы научиться программировать нужно программировать, быть в среде коллег, с которыми можно обсудить возникающие вопросы, которые зачастую описаны в книге на 20 страниц, а делов на 5 минут.
Я, например, завел такую практику – за вечерним чаем просматривать stackoverflow.com – там можно подписаться на интересующие тэги и следить за новыми вопросами и, что самое важное, ответами.
Также полезно следить за известными разработчиками, читать блоги и смотреть лекции, которые если не расскажут про решение какой-то конкретной задачи, то по крайней мере укажут новые направления, на которые стоит обратить внимание.
Кроме книг важно научиться читать сам код, он должен говорить сам за себя. Самый доступный в моем понимании источник хорошего кода – это опенсорс. Открывайте библиотеки, смотрите реализацию конкретных методов, классов и черпайте идеи оттуда — там столько всего интересного! Самый простой способ — заведите аккаунт на github.com, добавьте в watch-list интересующие проекты и следите за коммитами, читайте сурцы, Вы будете всегда в курсе самых последних изменений.
Практиковать программирование нужно на реальных задачах. Существуют системы автоматической проверки решений на разных языках, например codeforces.ru/ или projecteuler.net, там Вы найдете много интересных алгоритмических задач.
И еще важно всегда быть мотивированным, чтобы изучать новое. На сегодняшний день программирование – наверное самый быстрый способ реализации творческих идей, понимая это никогда не лень сесть покодить еще часок-другой)
Почему бы не хранить входные данные в двумерном массиве?
Я тут запустил немного изменил Ваш код, запустил на таблице 100x100 и было сделано 205530 вызовов print_word — т.е. столько раз вызвался метод split. Программа работала порядка 15 минут.
Если хранить данные в двумерном массиве, то отрабатывает за 23 секунды.
Я бы добавил немного инфографики. Например, использовать для плюсов один цвет, а для минусов другой (например синий и красный). Тогда минусы можно исправлять на плюсы другим цветом и при взгляде на листок можно видеть сколько чистых минусов, плюсов и перечеркнутых минусов (работы над собой) проделано.
Конечно) Не универсальный, но быстрый, в этом и идея.
Поэтому я и привел пример, где классно было бы иметь поиск по value — find_or_enqueue для Resque (библиотека для выполнения задач в фоне, написанная на Ruby) который использует Redis в качестве хранилища.
Очень круто! Редис быстрый, но за это заплачено отсутствием поиска по value (можно только по key), а в Resque очень хотелось бы иметь команду find_or_enqueue, чтобы не дублировать таски, но это невозможно сделать с текущим решением (используется структура List Redis-а).
В HyperDex value-поиск есть и я не удивлюсь, если Resque или подобное решение скоро переедет на него.
«Программисты-артисты», — почему-то подумалось мне, когда прочитал статью. Объяснять умеет далеко не каждый, а на лету это делать еще сложнее. Все равно интересно, что получится в итоге)
«Станьте своим клиентом», — гласит предыдущая статья.
Мне кажется, что очень много хороших идей рождаются как раз тогда, когда придумываешь что-то в первую очередь для себя. А как выбирать фичи продукта, которые будут удовлетворять пользователей классно придумали 37signals — постоянно мониторить фидбэк, сортировать его по популярности и реализовывать только самые обсуждаемые фичи.
Я, например, завел такую практику – за вечерним чаем просматривать stackoverflow.com – там можно подписаться на интересующие тэги и следить за новыми вопросами и, что самое важное, ответами.
Также полезно следить за известными разработчиками, читать блоги и смотреть лекции, которые если не расскажут про решение какой-то конкретной задачи, то по крайней мере укажут новые направления, на которые стоит обратить внимание.
Кроме книг важно научиться читать сам код, он должен говорить сам за себя. Самый доступный в моем понимании источник хорошего кода – это опенсорс. Открывайте библиотеки, смотрите реализацию конкретных методов, классов и черпайте идеи оттуда — там столько всего интересного! Самый простой способ — заведите аккаунт на github.com, добавьте в watch-list интересующие проекты и следите за коммитами, читайте сурцы, Вы будете всегда в курсе самых последних изменений.
Практиковать программирование нужно на реальных задачах. Существуют системы автоматической проверки решений на разных языках, например codeforces.ru/ или projecteuler.net, там Вы найдете много интересных алгоритмических задач.
И еще важно всегда быть мотивированным, чтобы изучать новое. На сегодняшний день программирование – наверное самый быстрый способ реализации творческих идей, понимая это никогда не лень сесть покодить еще часок-другой)
Удачи в Вашем начинании!
Я тут запустил немного изменил Ваш код, запустил на таблице 100x100 и было сделано 205530 вызовов print_word — т.е. столько раз вызвался метод split. Программа работала порядка 15 минут.
Если хранить данные в двумерном массиве, то отрабатывает за 23 секунды.
Поэтому я и привел пример, где классно было бы иметь поиск по value — find_or_enqueue для Resque (библиотека для выполнения задач в фоне, написанная на Ruby) который использует Redis в качестве хранилища.
В HyperDex value-поиск есть и я не удивлюсь, если Resque или подобное решение скоро переедет на него.
shotgun -p 4567 my_simple_app.rb
Физик-аспирант придумал как из раствора фотополимера «печатать» детали. Очень классная презентация! Всем советую)
«Станьте своим клиентом», — гласит предыдущая статья.
Мне кажется, что очень много хороших идей рождаются как раз тогда, когда придумываешь что-то в первую очередь для себя. А как выбирать фичи продукта, которые будут удовлетворять пользователей классно придумали 37signals — постоянно мониторить фидбэк, сортировать его по популярности и реализовывать только самые обсуждаемые фичи.