විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් නිර්මාණය කරන්නේ කෙසේද

විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් නිර්මාණය කරන්නේ කෙසේදමේ සතියේ ශාන්ත පීටර්ස්බර්ග් නුවර තොරතුරු තාක්ෂණ උළෙලක් පැවැත්වෙනවා TechTrain. කථිකයන්ගෙන් එක් අයෙකු රිචඩ් ස්ටාල්මන් ය. එම්බොක්ස් කරන්න උත්සවයට ද සහභාගී වන අතර, ඇත්ත වශයෙන්ම අපට නිදහස් මෘදුකාංග මාතෘකාව නොසලකා හැරිය නොහැකි විය. ඒකයි අපේ එක වාර්තාවක් කියන්නේ “ශිෂ්‍ය ශිල්පයේ සිට විවෘත මූලාශ්‍ර ව්‍යාපෘති දක්වා. එම්බොක්ස් අත්දැකීම". එය විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් ලෙස එම්බොක්ස් හි සංවර්ධනයේ ඉතිහාසයට කැප වනු ඇත. මෙම ලිපියෙන් මම මගේ මතය අනුව විවෘත මූලාශ්‍ර ව්‍යාපෘති සංවර්ධනයට බලපාන ප්‍රධාන අදහස් ගැන කතා කිරීමට අවශ්‍යයි. වාර්තාව මෙන්ම ලිපියද පෞද්ගලික අත්දැකීම් මත පදනම් වේ.

විවෘත මූලාශ්‍ර යන යෙදුමේ නිර්වචනය සමඟ සරල දෙයකින් ආරම්භ කරමු. පැහැදිලිවම, විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් යනු ව්‍යාපෘතියේ ප්‍රභව කේතය වෙත ප්‍රවේශ වීමට ඉඩ සලසන බලපත්‍රයක් ඇති ව්‍යාපෘතියකි. මීට අමතරව, විවෘත ව්යාපෘතියක් යනු තෙවන පාර්ශවීය සංවර්ධකයින්ට වෙනස්කම් කළ හැකි බවයි. එනම්, යම් සමාගමක් හෝ සංවර්ධකයෙක් එහි නිෂ්පාදනයේ කේතය අර්ධ වශයෙන් හෝ සම්පූර්ණයෙන් ප්‍රකාශයට පත් කරන්නේ නම්, මෙය තවමත් මෙම නිෂ්පාදනය විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් බවට පත් නොකරයි. අවසාන වශයෙන්, ඕනෑම ව්‍යාපෘති ක්‍රියාකාරකමක් යම් ආකාරයක ප්‍රති result ලයකට තුඩු දිය යුතු අතර, ව්‍යාපෘතියේ විවෘතභාවයෙන් ඇඟවෙන්නේ මෙම ප්‍රති result ලය සංවර්ධකයින් විසින්ම පමණක් භාවිතා නොකරන බවයි.

විවෘත බලපත්‍රවල ගැටළු අපි ස්පර්ශ නොකරමු. මෙය ඉතා විශාල වන අතර ගැඹුරු විමර්ශනයක් අවශ්‍ය වන සංකීර්ණ මාතෘකාවකි. මෙම මාතෘකාව පිළිබඳ බොහෝ හොඳ ලිපි සහ ද්රව්ය ලියා ඇත. නමුත් මම ප්‍රකාශන හිමිකම් ක්ෂේත්‍රයේ ප්‍රවීණයෙකු නොවන බැවින්, බලපත්‍රය ව්‍යාපෘතියේ ඉලක්ක සපුරාලිය යුතු බව පමණක් කියමි. උදාහරණයක් ලෙස, Embox සඳහා GPL බලපත්‍රයකට වඩා BSD තෝරා ගැනීම අහම්බයක් නොවේ.

විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් මඟින් වෙනස්කම් කිරීමට සහ විවෘත මූලාශ්‍ර ව්‍යාපෘතියේ සංවර්ධනයට බලපෑම් කිරීමට හැකියාව සැපයිය යුතු බව ව්‍යාපෘතිය බෙදා හරින බව ගම්‍ය වේ. මධ්‍යගත කළමනාකාරිත්වය සහිත ව්‍යාපෘතියකට සාපේක්ෂව එය කළමනාකරණය කිරීම, අඛණ්ඩතාව සහ කාර්ය සාධනය පවත්වා ගැනීම වඩා දුෂ්කර ය. සාධාරණ ප්‍රශ්නයක් පැන නගී: ව්‍යාපෘති කිසිසේත් විවෘත කරන්නේ ඇයි? පිළිතුර පවතින්නේ වාණිජ ශක්‍යතා ක්ෂේත්‍රය තුළ ය; යම් ව්‍යාපෘති පන්තියක් සඳහා, මෙම ප්‍රවේශයේ ප්‍රතිලාභ පිරිවැයට වඩා වැඩි ය. එනම්, එය සියලු ව්යාපෘති සඳහා සුදුසු නොවන අතර විවෘත ප්රවේශයක් සාමාන්යයෙන් පිළිගත හැකිය. උදාහරණයක් ලෙස, විවෘත මූලධර්මයක් මත බලාගාරයක් හෝ ගුවන් යානයක් සඳහා පාලන පද්ධතියක් සංවර්ධනය කිරීම සිතීම දුෂ්කර ය. නැත, ඇත්ත වශයෙන්ම, එවැනි පද්ධති විවෘත ව්යාපෘති මත පදනම් වූ මොඩියුල ඇතුළත් කළ යුතුය, මෙය වාසි ගණනාවක් ලබා දෙනු ඇත. නමුත් අවසාන නිෂ්පාදනය සඳහා යමෙකු වගකිව යුතුය. පද්ධතිය සම්පූර්ණයෙන්ම විවෘත ව්‍යාපෘති කේතය මත පදනම් වුවද, සංවර්ධකයා, සෑම දෙයක්ම එක පද්ධතියකට ඇසුරුම් කර නිශ්චිත ගොඩනැගීම් සහ සැකසුම් සාදා, අවශ්‍යයෙන්ම එය වසා දමයි. කේතය ප්‍රසිද්ධියේ ලබා ගත හැක.

විවෘත මූලාශ්‍ර ව්‍යාපෘති නිර්මාණය කිරීමෙන් හෝ දායක වීමෙන් මෙම පද්ධති සඳහා ප්‍රතිලාභ රැසක් ද ඇත. මම දැනටමත් පවසා ඇති පරිදි, අවසාන පද්ධති කේතය ප්‍රසිද්ධියේ පවතිනු ඇත. මන්ද, පද්ධතිය පරීක්ෂා කිරීම සඳහා එකම ගුවන් යානයක් කිසිවෙකුට නොතිබිය හැකි බව පැහැදිලිය. මෙය සත්‍යයකි, නමුත් කේතයේ ඇතැම් කොටස් පරීක්ෂා කිරීමට අවශ්‍ය අය සිටිය හැක, නැතහොත්, උදාහරණයක් ලෙස, භාවිතා කරන පුස්තකාලය ඉතා නිවැරදිව වින්‍යාස කර නොමැති බව යමෙකු සොයා ගත හැක.

සමාගම විසින් පද්ධතියේ මූලික කොටසක් වෙනම ව්‍යාපෘතියකට වෙන් කරන්නේ නම් ඊටත් වඩා විශාල ප්‍රතිලාභයක් දිස්වේ. උදාහරණයක් ලෙස, යම් ආකාරයක දත්ත හුවමාරු ප්‍රොටෝකෝලයකට සහය දැක්වීමට පුස්තකාලයක්. මෙම අවස්ථාවේදී, ප්‍රොටෝකෝලය ලබා දී ඇති විෂය ක්ෂේත්‍රයකට විශේෂිත වුවද, ඔබට මෙම පද්ධතියේ මෙම කොටස නඩත්තු කිරීමේ පිරිවැය මෙම ප්‍රදේශයේ වෙනත් සමාගම් සමඟ බෙදා ගත හැකිය. මීට අමතරව, පොදු වසම තුළ මෙම පද්ධතියේ කොටස අධ්යයනය කළ හැකි විශේෂඥයින්ට එය ඵලදායී ලෙස භාවිතා කිරීමට වඩා අඩු කාලයක් අවශ්ය වේ. අවසාන වශයෙන්, තෙවන පාර්ශවීය සංවර්ධකයින් භාවිතා කරන ස්වාධීන ආයතනයකට කෑල්ලක් වෙන් කිරීම අපට මෙම කොටස වඩා හොඳ කිරීමට ඉඩ සලසයි, මන්ද අපට ඵලදායී API ඉදිරිපත් කිරීමට, ලේඛන නිර්මාණය කිරීමට සහ පරීක්ෂණ ආවරණය වැඩි දියුණු කිරීම ගැන මම කතා නොකරමි.

විවෘත මූලාශ්‍ර ව්‍යාපෘති නිර්මාණය නොකර සමාගමකට වාණිජ ප්‍රතිලාභ ලබා ගත හැකිය; එහි විශේෂඥයින්ට සමාගම තුළ භාවිතා කරන තෙවන පාර්ශවීය ව්‍යාපෘති සඳහා සහභාගී වීම ප්‍රමාණවත් වේ. සියල්ලට පසු, සියලු ප්‍රතිලාභ ඉතිරිව ඇත: සේවකයින් ව්‍යාපෘතිය වඩා හොඳින් දනී, එබැවින් ඔවුන් එය වඩාත් effectively ලදායී ලෙස භාවිතා කරයි, සමාගමට ව්‍යාපෘතියේ සංවර්ධනයේ දිශාවට බලපෑම් කළ හැකි අතර, සූදානම් කළ, නිදොස් කළ කේතය භාවිතා කිරීම පැහැදිලිවම සමාගමේ පිරිවැය අඩු කරයි.

විවෘත මූලාශ්‍ර ව්‍යාපෘති නිර්මාණය කිරීමේ ප්‍රතිලාභ එතැනින් අවසන් නොවේ. අලෙවිකරණය වැනි ව්‍යාපාරයේ වැදගත් අංගයක් ගනිමු. ඔහු සඳහා, මෙය වෙළඳපල අවශ්යතා ඵලදායී ලෙස ඇගයීමට ඉඩ සලසන ඉතා හොඳ වැලිපිල්ලකි.

ඇත්ත වශයෙන්ම, ඕනෑම විශේෂීකරණයක වාහකයෙකු ලෙස ඔබ ප්‍රකාශ කිරීමට විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් ඵලදායී ක්‍රමයක් බව අප අමතක නොකළ යුතුය. සමහර අවස්ථාවලදී, වෙළඳපොළට ඇතුළු වීමට ඇති එකම මාර්ගය මෙයයි. උදාහරණයක් ලෙස, එම්බොක්ස් RTOS නිර්මාණය කිරීමේ ව්‍යාපෘතියක් ලෙස ආරම්භ විය. බොහෝ තරඟකරුවන් සිටින බව පැහැදිලි කිරීම අවශ්ය නොවේ. ප්‍රජාවක් නිර්මාණය නොකර, ව්‍යාපෘතිය අවසන් පරිශීලකයා වෙත ගෙන ඒමට ප්‍රමාණවත් සම්පත් අපට නොතිබෙනු ඇත, එනම් තෙවන පාර්ශවීය සංවර්ධකයින්ට ව්‍යාපෘතිය භාවිතා කිරීම ආරම්භ කිරීමට.

විවෘත මූලාශ්‍ර ව්‍යාපෘතියක ප්‍රජාව ප්‍රධාන වේ. ව්‍යාපෘති කළමනාකරණ පිරිවැය සැලකිය යුතු ලෙස අඩු කිරීමට, ව්‍යාපෘතිය සංවර්ධනය කිරීමට සහ සහාය වීමට එය ඔබට ඉඩ සලසයි. ප්‍රජාවක් නොමැතිව විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් නොමැති බව අපට පැවසිය හැකිය.

විවෘත මූලාශ්‍ර ව්‍යාපෘති ප්‍රජාවක් නිර්මාණය කරන්නේ කෙසේද සහ කළමනාකරණය කරන්නේ කෙසේද යන්න පිළිබඳව බොහෝ තොරතුරු ලියා ඇත. දැනටමත් දන්නා කරුණු නැවත නොකියනු පිණිස, මම එම්බොක්ස් හි අත්දැකීම් කෙරෙහි අවධානය යොමු කිරීමට උත්සාහ කරමි. උදාහරණයක් ලෙස, ප්රජාවක් නිර්මාණය කිරීමේ ක්රියාවලිය ඉතා සිත්ගන්නා කරුණකි. එනම්, පවතින ප්‍රජාවක් කළමනාකරණය කරන්නේ කෙසේදැයි බොහෝ දෙනා පවසති, නමුත් එය ලබා දී ඇති බව සලකමින් එය නිර්මාණය කිරීමේ අවස්ථා සමහර විට නොසලකා හරිනු ලැබේ.

විවෘත මූලාශ්‍ර ව්‍යාපෘති ප්‍රජාවක් නිර්මාණය කිරීමේදී ප්‍රධාන රීතිය වන්නේ නීති රීති නොමැති වීමයි. මම කිව්වේ රිදී උණ්ඩයක් නැහැ වගේ විශ්වීය නීති නැහැ, ව්‍යාපෘති ගොඩක් වෙනස් නිසා විතරයි. js logging library සහ සමහර ඉහළ විශේෂිත ධාවකයන් සඳහා ප්‍රජාවක් නිර්මාණය කිරීමේදී ඔබට එම නීති භාවිතා කළ නොහැක. එපමණක් නොව, ව්යාපෘතියේ සංවර්ධනයේ විවිධ අවස්ථා වලදී (සහ එබැවින් ප්රජාව), නීති වෙනස් වේ.

එම්බොක්ස් ශිෂ්‍ය ව්‍යාපෘතියක් ලෙස ආරම්භ කළේ එයට පද්ධති ක්‍රමලේඛන අංශයෙන් සිසුන්ට ප්‍රවේශය තිබූ බැවිනි. ඇත්ත වශයෙන්ම, අපි වෙනත් ප්රජාවකට ඇතුල් වෙමින් සිටියෙමු. මෙම ප්‍රජාවේ සහභාගිවන්නන්, සිසුන්, ඔවුන්ගේ විශේෂත්වය, පද්ධති ක්‍රමලේඛන ක්ෂේත්‍රයේ විද්‍යාත්මක කටයුතු, පාඨමාලා සහ ඩිප්ලෝමා පිළිබඳව හොඳ කාර්මික භාවිතයන් ගැන උනන්දු විය හැකිය. එනම්, අපි ප්රජාවක් සංවිධානය කිරීමේ මූලික නීති වලින් එකක් අනුගමනය කළෙමු: ප්රජා සාමාජිකයින්ට යමක් ලැබිය යුතු අතර, මෙම මිල සහභාගිවන්නාගේ දායකත්වයට අනුරූප විය යුතුය.

එම්බොක්ස් සඳහා ඊළඟ අදියර වූයේ තෙවන පාර්ශවීය පරිශීලකයින් සෙවීමයි. පරිශීලකයන් විවෘත මූලාශ්‍ර ප්‍රජාවේ පූර්ණ සහභාගිවන්නන් බව වටහා ගැනීම ඉතා වැදගත් වේ. සාමාන්‍යයෙන් සංවර්ධකයින්ට වඩා වැඩි පරිශීලකයින් සිටී. ව්‍යාපෘතියකට දායකයෙකු වීමට අවශ්‍ය නම්, ඔවුන් මුලින්ම එය එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින් භාවිතා කිරීමට පටන් ගනී.

එම්බොක්ස් හි පළමු පරිශීලකයින් වූයේ න්‍යායාත්මක සයිබර්නෙටික්ස් දෙපාර්තමේන්තුවයි. Lego Mindstorm සඳහා විකල්ප ස්ථිරාංගයක් නිර්මාණය කිරීමට ඔවුන් යෝජනා කළා. ඔවුන් තවමත් දේශීය පරිශීලකයන් වුවද (අපට ඔවුන් සමඟ පෞද්ගලිකව හමු වී ඔවුන්ට අවශ්‍ය දේ සාකච්ඡා කළ හැකිය). නමුත් එය තවමත් ඉතා හොඳ අත්දැකීමක් විය. උදාහරණයක් ලෙස, රොබෝවරු විනෝදජනක සහ අවධානය ආකර්ෂණය කරන නිසා අපි අන් අයට පෙන්විය හැකි ආදර්ශන නිර්මාණය කළෙමු. එහි ප්‍රතිඵලයක් වශයෙන්, Embox යනු කුමක්ද සහ එය භාවිතා කරන්නේ කෙසේද යන්න විමසීමට පටන් ගත් සැබෑ තෙවන පාර්ශවීය පරිශීලකයින් අපට ලැබුණි.

මෙම අවස්ථාවෙහිදී, අපට ලේඛනගත කිරීම, පරිශීලකයින් සමඟ සන්නිවේදන මාධ්‍යයන් ගැන සිතීමට සිදු විය. නැහැ, ඇත්ත වශයෙන්ම, අපි මෙම වැදගත් දේවල් ගැන කලින් සිතුවෙමු, නමුත් එය නොමේරූ වූ අතර ධනාත්මක බලපෑමක් ලබා දුන්නේ නැත. බලපෑම තරමක් ඍණාත්මක විය. මම ඔබට උදාහරණ කිහිපයක් දෙන්නම්. අපි googlecode භාවිතා කළෙමු, එහි විකි බහුභාෂාවාදයට සහාය විය. අපි ඉංග්‍රීසි සහ රුසියානු පමණක් නොව, අපට සන්නිවේදනය කිරීමට අපහසු භාෂා කිහිපයකින්, නමුත් ජර්මානු සහ ස්පාඤ්ඤ භාෂාවෙන් පිටු නිර්මාණය කළෙමු. එහි ප්‍රතිඵලයක් වශයෙන්, මෙම භාෂාවලින් විමසූ විට එය ඉතා හාස්‍යජනක ලෙස පෙනුනද අපට පිළිතුරු දිය නොහැක. නැතහොත් ඔවුන් ලියකියවිලි ලිවීම සහ අදහස් දැක්වීම පිළිබඳ නීති හඳුන්වා දුන් නමුත්, API බොහෝ විට සහ සැලකිය යුතු ලෙස වෙනස් වූ බැවින්, අපගේ ලේඛන යල් පැන ගොස් ඇති අතර එය උදව් කිරීමට වඩා නොමඟ යවන සුළු බව පෙනී ගියේය.

එහි ප්රතිඵලයක් වශයෙන්, අපගේ සියලු ප්රයත්නයන්, වැරදි පවා, බාහිර පරිශීලකයින්ගේ පෙනුමට හේතු විය. ඔහුගේම RTOS ඔහු වෙනුවෙන් සංවර්ධනය කිරීමට අවශ්‍ය වාණිජ පාරිභෝගිකයෙකු පවා පෙනී සිටියේය. ඒ වගේම අපි එය දියුණු කළේ අපට අත්දැකීම් සහ යම් පදනමක් තිබෙන නිසා. මෙහිදී ඔබට හොඳ සහ නරක යන දෙකම ගැන කතා කළ යුතුය. මම නරක අයගෙන් පටන් ගන්නම්. බොහෝ සංවර්ධකයින් මෙම ව්‍යාපෘතියට වාණිජමය පදනමක් මත සම්බන්ධ වී ඇති බැවින්, ප්‍රජාව දැනටමත් තරමක් අස්ථායී හා බෙදී ගොස් ඇති අතර, එය ඇත්ත වශයෙන්ම ව්‍යාපෘතියේ සංවර්ධනයට බලපාන්නේ නැත. අතිරේක සාධකයක් වූයේ ව්‍යාපෘතියේ දිශාව එක් වාණිජ පාරිභෝගිකයෙකු විසින් සකස් කරන ලද අතර ඔහුගේ ඉලක්කය ව්‍යාපෘතියේ තවදුරටත් සංවර්ධනය නොවීමයි. අවම වශයෙන් මෙය ප්රධාන ඉලක්කය නොවීය.

අනෙක් අතට, ධනාත්මක අංශ ගණනාවක් තිබුණි. අපට සැබවින්ම තෙවන පාර්ශවීය පරිශීලකයින් ලැබී ඇත. එය පාරිභෝගිකයා පමණක් නොව, මෙම පද්ධතිය අදහස් කරන අය ද විය. ව්යාපෘතියට සහභාගී වීමට පෙළඹවීම වැඩි වී ඇත. සියල්ලට පසු, ඔබට සිත්ගන්නා ව්‍යාපාරයකින් මුදල් ඉපයිය හැකි නම්, එය සැමවිටම හොඳයි. වැදගත්ම දෙය නම්, පාරිභෝගිකයින්ගෙන් එක් ආශාවක් අපට ඇසුණි, එය එකල අපට පිස්සු යැයි පෙනුණි, නමුත් එය දැන් එම්බොක්ස් හි ප්‍රධාන අදහසයි, එනම් පද්ධතිය තුළ දැනටමත් සංවර්ධනය කර ඇති කේතය භාවිතා කිරීමයි. දැන් Embox හි ප්‍රධාන අදහස වන්නේ Linux නොමැතිව Linux මෘදුකාංගය භාවිතා කිරීමයි. එනම්, ව්‍යාපෘතියේ තවදුරටත් සංවර්ධනය සඳහා දායක වන ප්‍රධාන ධනාත්මක අංගය වූයේ ව්‍යාපෘතිය තෙවන පාර්ශවීය පරිශීලකයින් විසින් භාවිතා කරන බව අවබෝධ කර ගැනීම සහ එය ඔවුන්ගේ ගැටළු කිහිපයක් විසඳිය යුතු බවයි.

ඒ වන විට එම්බොක්ස් ශිෂ්‍ය ව්‍යාපෘතියක විෂය පථයෙන් ඔබ්බට ගොස් තිබුණි. ශිෂ්‍ය ආකෘතියට අනුව ව්‍යාපෘතිය සංවර්ධනය කිරීමේ ප්‍රධාන සීමාකාරී සාධකය වන්නේ සහභාගිවන්නන්ගේ අභිප්‍රේරණයයි. සිසුන් ඉගෙන ගන්නා අතරතුර සහභාගී වන අතර, ඔවුන් උපාධිය ලබා ගන්නා විට, වෙනත් අභිප්රේරණයක් තිබිය යුතුය. අභිප්රේරණය නොපෙනේ නම්, ශිෂ්යයා හුදෙක් ව්යාපෘතියට සහභාගී වීම නතර කරයි. සිසුන් මුලින්ම පුහුණු කළ යුතු බව අප සැලකිල්ලට ගතහොත්, ඔවුන් උපාධිය ලබා ගන්නා විට ඔවුන් හොඳ විශේෂඥයින් බවට පත්වන බව පෙනේ, නමුත් අද්දැකීම් අඩුකම නිසා ව්යාපෘතියට ඔවුන්ගේ දායකත්වය ඉතා විශාල නොවේ.

පොදුවේ ගත් කල, අපි විවෘත මූලාශ්‍ර ව්‍යාපෘතියක් නිර්මාණය කිරීම ගැන කතා කිරීමට ඉඩ සලසන ප්‍රධාන කරුණ වෙත සුමටව ගමන් කරමු - එහි පරිශීලකයින්ගේ ගැටළු විසඳන නිෂ්පාදනයක් නිර්මාණය කිරීම. මා ඉහත පැහැදිලි කළ පරිදි, විවෘත මූලාශ්‍ර ව්‍යාපෘතියක ප්‍රධාන දේපල වන්නේ එහි ප්‍රජාවයි. එපමණක් නොව, ප්‍රජා සාමාජිකයින් මූලික වශයෙන් භාවිතා කරන්නන් වේ. නමුත් භාවිතා කිරීමට කිසිවක් නොමැති විට ඔවුන් පැමිණෙන්නේ කොහෙන්ද? එබැවින්, විවෘත මූලාශ්‍ර නොවන ව්‍යාපෘතියක් මෙන්, ඔබ MVP (අවම ශක්‍ය නිෂ්පාදනයක්) නිර්මාණය කිරීම කෙරෙහි අවධානය යොමු කළ යුතු අතර, එය පරිශීලකයින්ට උනන්දුවක් දක්වන්නේ නම්, ව්‍යාපෘතිය වටා ප්‍රජාවක් දිස්වනු ඇත. ඔබ ප්‍රජා PR හරහා පමණක් ප්‍රජාවක් නිර්මාණය කිරීමට, ලෝකයේ සියලුම භාෂාවලින් විකියක් ලිවීමට හෝ gitub හි git වැඩ ප්‍රවාහය නිවැරදි කිරීමට නියැලෙන්නේ නම්, ව්‍යාපෘතියේ මුල් අවධියේදී මෙය වැදගත් නොවනු ඇත. ඇත්ත වශයෙන්ම, සුදුසු අවධීන්හිදී මේවා වැදගත් පමණක් නොව, අවශ්ය දේවල් ද වේ.

අවසාන වශයෙන් මම පෙන්වා දීමට කැමැත්තෙමි අදහස් දැක්වීය, මගේ මතය අනුව, විවෘත මූලාශ්‍ර ව්‍යාපෘතියකින් පරිශීලක අපේක්ෂාවන් පිළිබිඹු කරයි:

මම මෙම OS වෙත මාරු වීම ගැන බැරෑරුම් ලෙස සිතමින් සිටිමි (අඩුම තරමින් උත්සාහ කරන්න. ඔවුන් එය ක්‍රියාශීලීව හඹා යමින් හොඳ දේවල් කරනවා).

PS ඔන් TechTrain අපට වාර්තා තුනක් පමණ ලැබෙනු ඇත. එකක් විවෘත මූලාශ්‍ර ගැන සහ දෙකක් කාවැද්දූ (සහ එකක් ප්‍රායෝගිකයි). ස්ථාවරයේදී අපි ක්‍රමලේඛන ක්ෂුද්‍ර පාලක භාවිතා කිරීම පිළිබඳ ප්‍රධාන පන්තියක් පවත්වමු එම්බොක්ස් කරන්න. සුපුරුදු පරිදි, අපි දෘඩාංග ගෙනැවිත් ඔබට එය වැඩසටහන් කිරීමට ඉඩ දෙමු. ගවේෂණයක් සහ වෙනත් ක්‍රියාකාරකම් ද ඇත. උත්සවයට පැමිණ අපගේ ස්ථාවරය, එය විනෝදජනක වනු ඇත.

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න