Відмінності між версіями «Знайти або Написати»
Maree21 (обговорення • внесок) (→Текст) |
Vitaliy (обговорення • внесок) |
||
| (Не показана 31 проміжна версія 6 користувачів) | |||
| Рядок 1: | Рядок 1: | ||
| − | [[ | + | [[Знайти або Написати]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Обеспечение Облака|Забезпечення Хмари]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Брацки Техобзор|Брацький Техогляд]]'''. |
==Материалы== | ==Материалы== | ||
| − | Предшественник этого ''Лектио'' -- [[ | + | Предшественник этого ''Лектио'' -- [[Структура Облака]]. |
===Иллюстрации=== | ===Иллюстрации=== | ||
| Рядок 9: | Рядок 9: | ||
</gallery> | </gallery> | ||
| − | === | + | :<p><strong>Знайти або Написати</strong></p><p>За винятком системи Оплету з управління користувачами, Брацко Хмара використовує програмне забезпечення (ПЗ), яке відповідає двом умовам.</p><p>По-перше, забезпечення має бути готовим продуктом доступним на ринку (commercial off-the-shelf або COTS). Іншими словами, це забезпечення не створено спеціально для встановлення та застосування в Хмарі.</p><p>По-друге, код забезпечення має бути відкритим, а саме забезпечення має розповсюджуватися безкоштовно.</p><p>Що робить готові рішення з відкритим кодом привабливими для Брацька Техради?</p><p>У більшості випадків ручне кодування обходиться дорожче, ніж застосування вже створених програм. Навіть якщо ви програміст, кодування займає багато часу. Крім написання рядків коду, спеціально-написаний код вимагає розробки вимог, планування, тестування та виправлення помилок.</p><p> Якщо готового програмного рішення на ринку немає, Техрада може прийняти рішення написати новий код. Наприклад, програмне забезпечення, яке керує користувачами в Оплеті, написане ручками на мові програмування PHP одним з радників Брацької Школи.</p><p>Всі продукти не є кінцевим результатом, тому що весь час щось покращується та додається. Розробка будь-якого програмного рішення – це живий проект. Кожне рішення розвивається - додаються нові показники, видаляються вразливості, оптимізуються процеси. Періодично волонтери Брацької Школи оцінюють роботу тих рішень, які включені до Брацької Хмари, та перспективи їх подальшого залучення.</p><p>З одного боку, вони проводять внутрішній аудит, перевіряючи історію повідомлень про помилки та аварійні відмови. З іншого боку, вони досліджують ринок, збираючи інформацію з веб-сайтів та інших професійних джерел.</p><p>Якщо визначено нових кандидатів на заміну або на додаток до існуючих рішень, вони розгортаються на Дослідній Хмарі як пробний прилад для тестування . Брацькі Техрада далі може вирішити, розгортати або не розгортати їх, як частина основних приладів.</p><p>При прийнятті рішення Техрада враховує три фактори:</p><ol type="a"><li>Огляд та результати тестування.</li><li>Популярність рішення, включаючи кількість установок та кількість розробників.</li><li>Затребуваність на ринку праці вмінь адміністрування, тим чи іншим рішенням.</li></ol> Тепер виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, існуюче на ринку програмне забезпечення з відкритим кодом:</p> |
| + | |||
| + | ===Варианты=== | ||
| + | :дешевле, чем написанное специально. / более безопасно, чем обеспечение с закрытым кодом. / менее востребовано, чем обеспечение с закрытым кодом. / менее безопасно, чем обеспечение с закрытым кодом. | ||
| + | :Следующее лектио -- '''[[Готовые Решения]]''' | ||
| + | |||
| + | ===Термины=== | ||
: | : | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | === | + | ==Экзамен== |
| − | : | + | |
| + | ===Определения=== | ||
| + | : | ||
| − | + | ===Вопросы экзамена=== | |
[[Category: Лектио]] | [[Category: Лектио]] | ||
Поточна версія на 15:26, 25 листопада 2022
Знайти або Написати (тут і далі по тексту -- Лектіо) -- це частина уроку Забезпечення Хмари. У Брацькій Школі, уроки діляться на так звані лектіо, кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу Брацький Техогляд.
Зміст
Материалы
Предшественник этого Лектио -- Структура Облака.
Иллюстрации
Знайти або Написати
За винятком системи Оплету з управління користувачами, Брацко Хмара використовує програмне забезпечення (ПЗ), яке відповідає двом умовам.
По-перше, забезпечення має бути готовим продуктом доступним на ринку (commercial off-the-shelf або COTS). Іншими словами, це забезпечення не створено спеціально для встановлення та застосування в Хмарі.
По-друге, код забезпечення має бути відкритим, а саме забезпечення має розповсюджуватися безкоштовно.
Що робить готові рішення з відкритим кодом привабливими для Брацька Техради?
У більшості випадків ручне кодування обходиться дорожче, ніж застосування вже створених програм. Навіть якщо ви програміст, кодування займає багато часу. Крім написання рядків коду, спеціально-написаний код вимагає розробки вимог, планування, тестування та виправлення помилок.
Якщо готового програмного рішення на ринку немає, Техрада може прийняти рішення написати новий код. Наприклад, програмне забезпечення, яке керує користувачами в Оплеті, написане ручками на мові програмування PHP одним з радників Брацької Школи.
Всі продукти не є кінцевим результатом, тому що весь час щось покращується та додається. Розробка будь-якого програмного рішення – це живий проект. Кожне рішення розвивається - додаються нові показники, видаляються вразливості, оптимізуються процеси. Періодично волонтери Брацької Школи оцінюють роботу тих рішень, які включені до Брацької Хмари, та перспективи їх подальшого залучення.
З одного боку, вони проводять внутрішній аудит, перевіряючи історію повідомлень про помилки та аварійні відмови. З іншого боку, вони досліджують ринок, збираючи інформацію з веб-сайтів та інших професійних джерел.
Якщо визначено нових кандидатів на заміну або на додаток до існуючих рішень, вони розгортаються на Дослідній Хмарі як пробний прилад для тестування . Брацькі Техрада далі може вирішити, розгортати або не розгортати їх, як частина основних приладів.
При прийнятті рішення Техрада враховує три фактори:
- Огляд та результати тестування.
- Популярність рішення, включаючи кількість установок та кількість розробників.
- Затребуваність на ринку праці вмінь адміністрування, тим чи іншим рішенням.
Варианты
- дешевле, чем написанное специально. / более безопасно, чем обеспечение с закрытым кодом. / менее востребовано, чем обеспечение с закрытым кодом. / менее безопасно, чем обеспечение с закрытым кодом.
- Следующее лектио -- Готовые Решения
