Як відстоювати переповнення стека на роботі [закрито]

Я думаю зробити коротку презентацію на роботі про використання Stack Overflow як ресурсу для своєї денної роботи.

Який у вас досвід цього?

Чи вважаєте ви дійсним ресурсом, щоб розповісти про це своїм колегам, чи це схоже на те, щоб розповісти їм про Google як ресурс?

Чи є кращий спосіб зробити це?

Я схилявся до того, щоб задавати питання сторони Overflow, а не відповідати на них, щоб уникнути аргументу "не слід робити це на роботі".

Як і наступні дії.

Спочатку я не хотів ставити питання занадто конкретним для моєї власної справи. Моя презентація буде лише швидкою чотирихвилинною розмовою, яку я повторюватиму протягом години для різних груп.

Я можу поставити запитання перед розмовою про переповнення стека і звернутися до нього під час презентації. Сподіваюся, я отримаю деяку активність протягом години.

Я також коротко розповім про деякі інші сайти Stack Exchange, які б відповідали аудиторії, оскільки вони не всі розробники. Я думаю, що супер користувач, помилка сервера та програмісти повинні добре працювати.

Я не буду займатися презентацією ще пару місяців, оскільки вона була перенесена, але я оновлю те, як я потрапила.

Ключові моменти:

1. Реєстрація проста.
2. Це безкоштовно
3. Якісні відповіді.

Я б запропонував вашій групі створити питання під час презентації (спочатку зробіть пошук.) Якщо ви не отримаєте відповіді до завершення презентації / зустрічі, тримайте всіх, хто надсилатиме повідомлення електронною поштою та, якщо це потрібно, далі. Вони будуть вражені якістю та швидкістю відповідей. Порівняйте з пошуком у Google. Ви також можете заздалегідь підготувати питання.

Це дійсно буде залежати від того, будуть вони користуватися чи ні. Якщо ви знайшли групу в основній дискусії, спробуйте поставити її на переповнення стека як подальший результат вашої презентації. Кожна людина може не бачити потреби враз. Тримайтеся.

Моя поточна компанія використовувала платний сайт. Я ніколи не заважав отримувати рахунок через переповнення стека.

Час можна сприймати як марний, якщо ви витратите занадто багато часу на переповнення стека. Я вважаю за краще, щоб люди брали участь. Ви дізнаєтесь стільки ж, відповідаючи на мою думку. Це може просто підказати вам про проблему, яку ви ніколи не розглядали.

Ви повинні відслідковувати кожен раз, коли ви знайдете рішення щодо проблеми, яка була у вас. Робіть це протягом місяця або близько того.

Для кожної проблеми:

1. підрахуйте, скільки часу (в годинах) ви витратили б на вирішення помилки самостійно.
2. оцініть час (у годинах), який ви витратили на пошук рішення.

Піднесіть суму пункту 1 сумою точки 2.

Помножте суму на те, що ви коштуєте компанії щогодини (зазвичай це вдвічі більша чиста зарплата).

Це те, що ти заощадив і йде в кишені акціонерів.

(SUM (приблизно час, витрачений на вирішення часу) - SUM (витрачений час на перегляд SO)) * Погодинна вартість = вартість SO

Caveat - це може бути ортогональним у вашому питанні, але ви можете розглянути можливість створення конкретного клону SO для робочого місця . Хоча це буде більше наступним кроком після того, як добра частина більшості ваших колег знає, як використовувати SO.

Shapado - це клон з відкритим кодом SO, який у нас налаштований на роботі. Це чудово для того, щоб задавати питання щодо наших домашніх IDE, DB та інших технологій. Однак в даний час вона не досягла критичної маси. Є багато запитань, що не мають прийнятої відповіді, і, на мою думку, це є наслідком того, що співробітники не знають, як працюють q-сайти, такі як SO, і Shapado не показують швидкість прийняття користувача.

Я думаю, що це чудова ідея!

Мене завжди дивує те, як мало хто з моїх колег знає про або використовує ТА. Це неоціненний інструмент для вирішення проблем, а час відповіді та якість отриманих відповідей вражають.

Хоча деякі речі, які слід зазначити у своїй презентації ...

• Що їм слід зайти до Інтернету, щоб шукати відповіді, перш ніж ставити запитання
• Як написати хороші запитання. Можливо, покажіть їм якісь погані запитання як приклад
• Як правильно використовувати ТАК ... різниця між відповідями та коментарями, як прийняти відповідь, як використовувати блоки коду тощо.

Оскільки вони, здається, не знають, що таке SO, я б сказав, почніть з цього.

Простіше кажучи, StackOverflow, зокрема (хоча й інші об'єктивні сестри, такі як Serverfault, теж підпадають під це), має питання та відповіді, які є об'єктивними, а отже, й доказливими. Або запропоноване рішення працює, або воно не працює.

Це націлено. StackOverflow розроблений спеціально для програмістів, щоб допомагати один одному. Serverfault призначений спеціально для адміністраторів сервера тощо. Тому скоріше залучати людей, які добре відомі як фахівці в цій галузі (наприклад, Філ Стерджон, великий учасник спільноти CodeIgniter, є активним членом ПС), ніж, скажімо, відповідає Yahoo. Якщо ви задаєте запитання щодо SO, є дуже велика ймовірність його побачити і відповісти висококваліфікованими, важкими людьми в цій технології. Кому краще попросити допомоги в чомусь, ніж творці технології?

Це може бути пасивний спосіб пошуку відповідей. Як правило, коли я задаю запитання про StackOverflow, це вже після того, як я вичерпав свій ментальний пул пошукових термінів Google (які все одно часто призводять до таких питань, я все ще не впевнений, як жоден програміст більше не чув про це місце, але це поруч) і мої власні ідеї для рішення. Отже, як тільки я задаю питання, переходжу до інших проблем, тому не зациклююся на режимі "ліс для дерев" на цьому, і чекаю, коли відповіді з’являться. У цьому сенсі я більш продуктивний, тому що не витрачаю більше часу на пошук та повторний копання через Google для відповіді, яка може бути або не існує в письмовій формі. Після того, як хтось пропонує рішення (і вони, як правило, швидкі), я можу зробити роботу над тим, як його вкласти і адаптувати до моїх конкретних потреб.

Це допомагає спільноті програмістів. Якщо ви повністю берете участь в ТА (тобто ви приймаєте відповіді, голосуєте на запитання та відповіді та подаєте власні відповіді), то ви допомагаєте будь-якому іншому поганому соку, який може виникнути після того, як ви натрапите на проблему, яку ви колись мали ( зрештою, якщо у вас виникла проблема, хтось інший повинен мати те саме, або щось досить близьке, щоб застосувати). Принаймні, вона отримує більше інформації там . Навіть якщо ви ніколи не чуєте зворотного зв'язку від цих людей, пам’ятайте про «мовчазну більшість», яка стикається з цими ресурсами, але не повідомляйте про себе, навіть якщо ви їм допомогли.

Я цього не робив, але витратив деякий час на роздуми над тим, як би відповісти, якщо зіткнувся з тим, як його використати в робочий час.

Мій підхід полягає у використанні прикладів. Ось справді неприємна проблема, з якою я стикався, виконуючи цю роботу, ось питання, яке я задав у StackOverflow, і ось справді корисні речі, які я дізнався в результаті. (Чорт, дивлячись на мій список питань, це як купа маленьких знімків моєї кар’єри.)

Я б подумав, що це цілком дійсний ресурс, який спрямований на людей. Усі знають, що таке Google; StackOverflow, не так вже й багато.

Я щойно показав одну з відповідей, яка вирішила питання, до якого я застряг ...

Не потрібно було переконувати менеджерів після цього. Пояснюється сама концепція запитань і запитань.

Я хотів прокоментувати, але це стало занадто великим для цього.

Я завжди вважав за краще посилатись або рекомендувати Stackoverflow та інші сайти для обміну стака, поруч із чашкою кави чи чимось подібним.

Якщо я розмовляю з молодшими, я завжди кажу їм перевірити це, якщо вони цього ще не зробили, це корисно. Є колеги, які використовують якийсь угорський сайт з можливостями форуму, я думаю, через відсутність загальних англійських знань. Іноді я рекомендую інші частини stackexchange, такі як програмісти або помилки сервера, суперкористувач теж, коли мова заходить про дискусії про "найкращу практику" або апаратне забезпечення, операції з сервером тощо. Мене здивувало, коли я дізнався, що багато програмістів знають лише про Stackoverflow, а не інші сайти обміну stackexchange.

Я б сказав, що це може бути корисним для представлення Stackoverflow і, наприклад, programer.stackexchange у презентації, але я б не зробив це для сотні людей. Можливо, для людей моєї групи чи проекту.