Дмитрий Макаров

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

Хотя я слышал такие фразы: "Да какой он программист! Он так....кодер...". В этом смысле понятия кодер и программист, вроде как, противопоставляются.

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

Хакер. (Не в смысле взломщик, а в смысле специалист широкого профиля в computer science). Для него программирование - это инструмент. Он решает задачу здесь и сейчас. Часто из "спортивного" интереса. Ему интересно имеет ли решение задача в принципе. Часто использует какие-то нюансы применяемых инструментов, недокументированные возможности и, откровенно, дыры, что, возможно, и приводит к решению в кратчайшие сроки, но использовать код хакера в продаваемом коде может привести к непредсказуемым результатам.

Порекомендую вот такую книгу для старта. Там описывается паттерн внедрение зависимостей и инструменты для него. В целом это позволяет писать слабо связанные программы, избегать спагетти-кода.
Еще можно посоветовать писать тесты для кода. Рано или поздно стиль кода начнет меняться. Опять же код станет более модульным, слабо связанным.
Эти две рекомендации по сути две стороны одной медали.
Ну и "Совершенный код...." раз в полгода перечитывать =).

1. К.Нейгейл, Б.Ивьен, Дж.Глин, К.Уотсон, М.Скиннер "C#4 и платформа .NET4 для профессионалов" (хотя есть книги из этой серии и для С#2, и для С#3, и для С#4,5) подробно описаны основы языка.
   
2. (через год) Дж.Скит, "С# для профессионалов. Тонкости программирования" (описаны различия С# разных версий и зачем они были введены)
   
3. (и еще через год ) Дж.Рихтер, "CLR via C#"(более глубокое погружение в язык)
   

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

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

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

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

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

Еще вот ссылка: Вики.Наблюдатель

Для красоты можно добавить еще сокращение, выделение целой и дробной части, неявное приведение целых чисел к рациональным....

Еще один вариант со связанным списком

using System;
using System.Collections.Generic;
using System.Linq;

namespace throughOneKill
{
    class Program
    {
        static void Main(string[] args)
        {
            int N = 10;

            var list = new LinkedList<int>(Enumerable.Range(1, N));
            Console.WriteLine(string.Join(" ", list));
            var currentItem = list.First;
            while (list.Count != 1)
            {
                list.Remove(currentItem.Next ?? list.First);
                currentItem = currentItem.Next ?? list.First;
            }
            Console.WriteLine(list.First.Value);

            Console.ReadKey();
        }
    }
}