• Fullcalendar медленный рендеринг событий?

    @veitmen
    @GeraldIstar Пометьте вопрос как решенный и напишите решение. Вдруг кому нибудь пригодится.
    Ответ написан
    Комментировать
  • Как организовать логирование действий пользователя в программе?

    @veitmen
    Приветствую.

    Почитал ответы. Есть несколько комментариев.

    1. Log4Net отличная штука. Вам уже написали про него, его и берите. Ставьте через NuGet.
    2. Не думайте делать логирование в самой БД, Никаких триггеров и т.д. Вообще забудьте о том, что в БД можно что-то делать, кроме хранения данных. Есть только одна причина что-то делать в БД - это жесткое требование заказчика, которое нельзя изменить.
    3. Я не думаю, что Вам нужно записывать именно изменения контролов. Скорее Вам нужно записывать не просто изменения контролов, а изменения внесенные в хранилище данных. Т.к. пока я редактирую запись, это не надо логировать, надо логировать то, что я сохранил изменения.
    4. У вас есть слой бизнес логики, вот там и логируйте информацию о том, что происходит в системе.
    5. Есть еще хорошая вещь под названием аспектно-ориентированное программирование. Посмотрите что это, и как может помочь в создании системы логирования.
    Ответ написан
    4 комментария
  • Какие книги читать и изучать, чтобы стать настоящим программистом, а не кодером?

    @veitmen
    Добрый день.

    К сожалению нет "серебряной" книги. Нет четкого пути.

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

    Стать хорошим программистом можно разными путями. Почитайте главу про личные качества программиста из книги "Совершенный код" Макконела. Сравните себя с описанием. Очень интересно. :)

    Быдлокодер - перестает быть быдлокодером, лишь тогда, когда начинает понимать каждую строчку кода, знает что скрыто за каждым вызовом любой функции. После этого, человек начинает понимать что хорошо, что плохо. Это только опыт. Со временем Вы начнете отличать хороший код от плохого. Просто Вы будете знать что если писать так, то будет "бобо" потом. :) Конечно можно и нужно читать книги. Если Вы хотите писать красивый код, то читаете "Совершенный код" Макконела и "Рефакторинг" Фаулера. Этого достаточно для понимания того, какой код хороший, какой плохой. Но это ничего не даст, пока сами не увидите. :) Для проектирования систем тоже нужно читать книги, но в первую очередь смотреть на решения. Разбираться почему сделали так, а не иначе. Почему в этом приложении так, а другом иначе? Как лучше? Когда именно так лучше? И т.д. Изучайте и разбирайтесь. Пробуйте использовать эти решения в своих приложениях.

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

    Ищите более опытных товарищей. Это самое-самое главное. Без наставников очень сложно. НО выбирайте с умом, а то потом будете академическим "быдлокодером". :)

    Найдите работу.

    Не заморачивайтесь. Если Вам нравится программировать, то просто читайте и пишите код. Вы и так станете хорошим проггером. Не бойтесь критики, особенно от самых злых и беспощадных критиков. Приветствуйте любые советы по улучшению. Но никогда не верьте на слово. :) Все перепроверяйте. "Быдлокодеры" есть и они хотят утянуть всех на свою сторону, что-бы не выделяться. :) :)
    Ответ написан
    1 комментарий
  • Стоит ли среднему Windows Delphi&.NET десктоп разработчику с 10+ лет "опыта" лезть в Linux&Ruby/RoR _именно_ для фрилансинга/удаленной работы?

    @veitmen
    Добрый день.

    Как всегда однозначного ответа нет.

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

    На oDesk много заказов для .Net, но не большинство. И да, Вы правы, большинство из .Net заказов под веб разработку (Asp.Net, Asp.Net MVC). Т.е. я не думаю что проблема найти заказ под .Net на oDesk. То, что заказ дадут именно Вам, понятное дело, вопрос отдельный. Но в целом, я уверен что можно найти работу любую.

    Может быть Вам стоить поизучать биржы на предмет декстопной разработки под .Net\Delphi? Я уверен что Вы найдете. Конечно искать заказы будет сложнее, но зато Вы точно справитесь и сможете наработать портфолио. С другой стороны, получив заказ под веб, Вы быстрее будете изучать технологии, т.к. будет "гореть".

    Стоит ли начинать изучать другую технологию? Безусловно да, хотя бы для собственного развития.

    Резюмируя. Хороший специалист всегда найдет работу. Главное показать и доказать, что хороший.
    Ответ написан
    6 комментариев
  • Как в рантайме изменять лямбда выражение?

    @veitmen
    Я бы посоветовал посмотреть на DynamicLinq.

    Подробнее тут.
    Ответ написан
    Комментировать
  • Что должен уметь junior .net разработчик?

    @veitmen
    На самом деле все зависит от компании. В свое время, я устраивался на работу, именно на эту позицию. Я не знал .Net вообще. Компания требовала сделать тестовое задание, так вот это был мой первый опыт работы с .Net, до этого я работал только с Delphi.

    По моему мнению, если Вас берут на должность джуниора, то Вы должны знать то, как писать программы, без привязки к конкретному языку и платформе. Вы должны знать как решаются типовые задачи (будь то веб или декстопная разработка). Я бы взял в джуниоры того, кто вообще не знает .Net, но понимает саму суть написания программ, может решать задачи без привязки к .Net, кто может думать и обучаться. Конечно, знание .Net только плюс, но никак не минус.

    Но не забывайте, что главный фактор - это люди. Может быть они ждут на позицию джуниора того, кто все умеет и мало просит. :)
    Ответ написан
    Комментировать
  • Как эффективно переучиться на веб-разработчика?

    @veitmen
    Почитал ответы. Немного подумал и решил кое-что добавить.

    Не паникуйте. Веб-разработка мало отличается от десктопной разработки. Да, именно так. :) Это тоже самое, но совсем чуть чуть иначе. Вы же представляете как работает любая программа? Стандартное, самое простое, разделение это UI и логика. Так вот, написание логики веб-приложения не отличается от написания логики декстопного приложения. Основные различия это UI, хранение данные сеанса и точка входа в логику вашего приложения. Т.е. если раньше для получения доступа к логики вы просто дергали метод вашего класса (если C++), то сейчас вы просто будете отправлять сообщение из браузера (или любого другого клиента) на сервер, если логика на сервере. Если раньше вы могли хранить все данные в памяти десктопного приложения, то сейчас данные и логика будут размазаны между сервером и клиентом (опять таки зависит от "толстости" клиента, посмотрите что такое тонкий и толстый клиенты). Ну и конечно UI. Тут HTML + JS + CSS.

    Стэк технологий вам пока не нужен. Не думайте о технологиях (хотя, правды ради, большинство технологий, которые вы перечислили используются и в desktop приложениях
    фреймворки, ORM, continuous integration, очереди задач и прочая-прочая
    ). Возьмите просто платформу любую и работайте на ней. Возьмите руби на рельсах. Или советую Asp.Net MVC 4 (5). Да ограничиваетесь только виндой, но зато все просто и .net очень богатая платформа а C# отличный язык.
    Ответ написан
    Комментировать
  • Нужен ли HTML для изучения JavaScript и PHP?

    @veitmen
    Немного странные ответы.

    Попробуем по порядку.
    1. Конкретного ответа на ваш вопрос нет. Т.к. бэкэнд разработка бывает очень разная. Есть задачи, для решения которых знание HTML не нужно. Более того, я сейчас являюсь бэкэнд разработчиком (правда другие технологии) одного большого корпоративного портала. HTML мне не нужен вообще, но это не значит что я его не знаю.
    2. Предположим, что вы хотите стать полноценным веб-программистом. Для меня, веб-разработчик - это всегда сначала программист, а потом уже веб. :) Поэтому советую для начала понять как работает PHP или JS, что можно делать используя эти технологии. Как работает генерация, например, обычного текста. Поймите как устроено клиент серверное взаимодействие, что такое "песочница" браузера. Как можно используя JS получить данные с сервера. Как передать данные из браузера на сервер. Как получить данные от пользователя. Решая эти задачи, рано или поздно вы познакомитесь с DOM моделью браузера, начнете понимать как работать с DOM моделью на стороне браузера.Потом захочется рюшечек и примочек, захочется делать красиво и Вы начнете потихоньку познавать тонкости HTML + CSS. Но в целом, для начала, достаточно знания того, как сделать textbox или кнопку. У меня было так. HTML + CSS - это визуализация ваших данных, которые обработаны и подготовлены. Но без знаний о том, как эти данные обработать и подготовить - HTML не пригодится. Хотя, наверное, дизайнеры со мной не согласятся. :)
    3. Предположим, что вы хотите клепать сайты используя CMS. Изучаете любую CMS, без глубокого изучения PHP. Изучаете JS фреймворк, без полного понимая JS. Изучаете HTML + CSS и клепаете сайты. Быстро, дерьмово, дешево. Но, я уверен, это не ваш путь.

    К сожалению учебник не посоветую. Я думаю, для начала, достаточно любого учебника, который расскажет про form и как сделать таблицы. Не вдавайтесь в детали. Изучайте то, как работать с какими либо данными с использованием нужных вам технологий.
    Советую изучать так:
    1. Как послать данные введенные пользователем на сервер. Изучайте form, input.
    2. Как отобразить данные пользователю. Изучаете table, div, span.
    3. Как послать данные на сервер и отобразить ответ в виде HTML от сервера без "перезагрузки" страницы. Изучаете JS, ajax.
    4. Как показать ответ от сервера, который содержит только данные. Изучаете JS, jQuery.
    5. Как сделать красиво. Изучаете jQuery + jQueryUI.
    Паралельно вы изучаете PHP. Т.е. изучение этих пунктов, нужно лишь для изучения той технологии, которая используется на сервере (PHP, Node.js например). Потом, если вы захотите делать красивые интерфейсы, изучайте плотно HTML + CSS.

    И да, дико извиняюсь, но PHP не лучший выбор. Это не лучший выбор для начала, и уж тем более, не лучший выбор для продолжения. :)
    Ответ написан
    3 комментария