Коли ASP.NET не є відповіддю на ваш блог
Існує певна категорія публікацій у блозі, яка розглядає інструменти рівня розробника як очевидний вибір для створення блогу, ніби людині, яка пише про свої експерименти з закваскою, потрібна структура, розроблена для корпоративних веб-додатків. Я зробив цю помилку. Накладні витрати не варті того, якщо технічний контроль не є справжньою метою.
Що насправді пропонує програмне забезпечення для блогів, яке містить багато коду
Такі фреймворки, як ASP.NET, надають розробникам величезну гнучкість. Ви можете підключити спеціальну автентифікацію, створити складні системи шаблонів, інтегрувати будь-яку базу даних, яку ви хочете, і розгорнути все це в інфраструктурі, яку ви повністю контролюєте. Якщо ви вже знаєте C# або споріднені мови, стеля справді висока — ви можете створити систему ведення блогів, яка буде робити саме те, що ви хочете, без зовнішніх залежностей, які б диктували ваш формат даних або екосистему плагінів.
Це реально. Для інженера-програміста, який хоче повного контролю та насолоджується проблемами інфраструктури так само, як і написанням проблем, щось на кшталт спеціального блогу ASP.NET може бути глибоким задоволенням. Ви будуєте не менше, ніж пишете.
Про вартість ніхто не говорить
Проблема полягає в тому, що сама гнучкість, яка робить інструменти рівня розробника привабливими, також є причиною, яка повільно підтримує їх. Кожну функцію, яку ви хочете — розділ коментарів, RSS-канал, галерею зображень — потрібно створити або інтегрувати вручну. На керованій платформі ці функції існують за умовчанням. Коли о другій годині ночі щось ламається у вашому спеціальному налаштуванні, ви є командою підтримки.
Я провів вихідні, створюючи спеціальну серверну частину блогу, хоча міг би написати п’ять статей. Одна лише конфігурація сервера зайняла цілий день. І після всього цього досвід читання для відвідувачів був ідентичним тому, що я мав би з a план веб-хостингу і стандартну CMS. Ніхто, дивлячись на мої публікації, не міг відрізнити мою власноруч створену систему від інсталяції WordPress. Тільки я знав — і здебільшого те, що я знав, це скільки часу він з’їв.
Для кого це насправді має сенс
Якщо ви розробник, який створює блог частково як частину портфоліо, або якщо ви хочете продемонструвати певні навички роботи з певною структурою, тоді технічні накладні витрати мають не лише мету самого блогу. Менеджери з найму, які можуть читати вашу кодову базу, помітять деталі впровадження. У такому випадку додаткова робота приносить щось конкретне.
Це також має сенс, якщо ваш блог має незвичайні вимоги — інтенсивна взаємодія в реальному часі, тісна інтеграція з існуючою програмою або обмеження безпеки, які виключають керовані платформи. Стандарт програмне забезпечення для блогу інсталяція не охопить усі крайні випадки.
Але для більшості людей, які хочуть писати та бути читаними, вибір фреймворку, тому що він технічно вражаючий, означає вибір неправильного інструменту. Метою блогу є написання. Платформа — це лише полиця, на якій вона стоїть.
Що б я пропустив
Я б пропустив будь-які налаштування, які вимагають від вас керування власним сервером, якщо ви не є системним адміністратором за професією чи інтересами. хмарний хостинг Інструменти зробили кероване розгортання досить дешевим і надійним, тому аргумент «я хочу повного контролю» вже рідко витримується з точки зору вартості. Я б також пропустив рефлекс тягнення до найпотужнішого доступного інструменту — a клавіатура розробника і спеціальний фреймворк не зробить ваш текст кращим. Тиха година, і щось варто сказати буде.
Чесний висновок: ASP.NET — справді чудове програмне забезпечення для програм, яким це необхідно. Більшість блогів цього не роблять. Виберіть платформу, яка найшвидше впорається з вашим завданням, і почніть публікувати. Ви завжди можете перейти пізніше, якщо ваші потреби справді переростуть стандартну платформу — і цілком ймовірно, що цього ніколи не буде.
Готові робити покупки? Порівняйте Техніка та гаджети по магазинах →
