ઝુરીહેક: કાર્યાત્મક પ્રોગ્રામિંગની પ્રેક્ટિસ કરવી

આ વર્ષના જૂનમાં, સ્વિસ ટાઉન ના નાના રેપર્સવિલમાં, એક ઇવેન્ટ કહેવાય છે ઝુરીહેક. આ વખતે તે પાંચસોથી વધુ હાસ્કેલ પ્રેમીઓને એકસાથે લાવ્યા, જેમાં નવા નિશાળીયાથી માંડીને ભાષાના સ્થાપકો સુધી. જો કે આયોજકો આ ઈવેન્ટને હેકાથોન કહે છે, પરંતુ શાસ્ત્રીય અર્થમાં તે કોન્ફરન્સ કે હેકાથોન નથી. તેનું ફોર્મેટ પરંપરાગત પ્રોગ્રામરોથી અલગ છે. અમે નસીબ દ્વારા ઝુરીહેક વિશે શીખ્યા, તેમાં ભાગ લીધો, અને હવે અમે અસામાન્ય શોધ વિશે જણાવવાનું અમારી ફરજ માનીએ છીએ!

ઔંસ

આ લેખ નેશનલ રિસર્ચ યુનિવર્સિટી હાયર સ્કૂલ ઓફ ઇકોનોમિક્સ - સેન્ટ પીટર્સબર્ગ: વેસિલી અલ્ફેરોવ અને એલિઝાવેટા વાસિલેન્કો ખાતે “એપ્લાઇડ મેથેમેટિક્સ એન્ડ ઇન્ફોર્મેટિક્સ” પ્રોગ્રામના ત્રીજા વર્ષના બે વિદ્યાર્થીઓ દ્વારા તૈયાર કરવામાં આવ્યો હતો. અમારા બંને માટે કાર્યાત્મક પ્રોગ્રામિંગનો જુસ્સો યુનિવર્સિટીના બીજા વર્ષમાં ડી.એન. મોસ્કવિન દ્વારા પ્રવચનોની શ્રેણી સાથે શરૂ થયો હતો. વેસિલી હાલમાં ગૂગલ સમર ઓફ કોડ પ્રોગ્રામમાં ભાગ લઈ રહ્યો છે, જેમાં તે પ્રોજેક્ટ ટીમના માર્ગદર્શન હેઠળ હાસ્કેલમાં બીજગણિત ગ્રાફનો અમલ કરી રહ્યો છે. આલ્ગા. એલિઝાવેટાએ હસ્તગત કાર્યાત્મક પ્રોગ્રામિંગ કૌશલ્યોનો ઉપયોગ કોર્સ વર્કમાં કર્યો જે પછીથી ટાઇપ થિયરીમાં એપ્લિકેશન સાથે એન્ટિ-એકીકરણ અલ્ગોરિધમના અમલીકરણ માટે સમર્પિત છે.

ઇવેન્ટ ફોર્મેટ

લક્ષ્ય પ્રેક્ષકો ઓપન સોર્સ પ્રોજેક્ટ્સના માલિકો, પ્રોગ્રામર્સ કે જેઓ તેમના વિકાસમાં ભાગ લેવા માંગે છે, કાર્યાત્મક પ્રોગ્રામિંગ સંશોધકો અને હાસ્કેલ વિશે ફક્ત ઉત્સાહી લોકો છે. આ વર્ષે, વિશ્વભરના પચાસથી વધુ ઓપન સોર્સ હાસ્કેલ પ્રોજેક્ટ્સના વિકાસકર્તાઓ તેમના ઉત્પાદનો વિશે વાત કરવા અને તેમના વિકાસમાં રસ ધરાવતા નવા લોકોને આકર્ષવા માટે - HSR Hochschule für Technik Rapperswil - ખાતે એકત્ર થયા હતા.

ટ્વિટર પરથી ફોટો ઝુરીહેક

આ યોજના ખૂબ જ સરળ છે: તમારે તમારા પ્રોજેક્ટ વિશે અગાઉથી થોડી દરખાસ્તો લખવાની જરૂર છે અને તેને આયોજકોને મોકલવાની જરૂર છે, જેઓ ઇવેન્ટ પૃષ્ઠ પર તમારા પ્રોજેક્ટ વિશેની માહિતી પોસ્ટ કરશે. વધુમાં, પ્રથમ દિવસે, પ્રોજેક્ટના લેખકો પાસે સ્ટેજ પરથી તેઓ શું કરી રહ્યા છે અને શું કરવાની જરૂર છે તે જણાવવા માટે ત્રીસ સેકન્ડનો સમય છે. પછી રસ ધરાવતા લોકો લેખકોને શોધે છે અને કાર્યો વિશે વિગતવાર પૂછે છે.

અમારી પાસે હજી સુધી અમારા પોતાના ખુલ્લા પ્રોજેક્ટ્સ નથી, પરંતુ અમે ખરેખર હાલના પ્રોજેક્ટ્સમાં યોગદાન આપવા માંગીએ છીએ, તેથી અમે નિયમિત સહભાગીઓ તરીકે નોંધણી કરાવી છે. ત્રણ દિવસ દરમિયાન, અમે વિકાસકર્તાઓના બે જૂથો સાથે કામ કર્યું. તે તારણ આપે છે કે કોડ અને લાઇવ કમ્યુનિકેશનનો સંયુક્ત અભ્યાસ પ્રોજેક્ટ લેખકો અને યોગદાનકર્તાઓ વચ્ચેની ક્રિયાપ્રતિક્રિયાને ખૂબ જ ઉત્પાદક બનાવે છે - ઝુરીહેકમાં અમે એવા ક્ષેત્રોને સમજવામાં સક્ષમ હતા જે અમારા માટે નવા હતા અને બે સંપૂર્ણપણે અલગ ટીમોને મદદ કરવામાં સક્ષમ હતા, દરેકમાં એક કાર્ય પૂર્ણ કર્યું. પ્રોજેક્ટ્સની.

મૂલ્યવાન પ્રેક્ટિસ ઉપરાંત, ઝુરીહેકમાં ઘણા પ્રવચનો અને માસ્ટર ક્લાસ પણ આપવામાં આવ્યા હતા. અમને ખાસ કરીને બે પ્રવચનો યાદ છે. તેમાંના પ્રથમ સમયે, ન્યુકેસલ યુનિવર્સિટીના આન્દ્રે મોખોવે પસંદગીના એપ્લીકેટિવ ફંક્ટર વિશે વાત કરી હતી - એક પ્રકારનો વર્ગ જે એપ્લીકેશન ફંક્ટર અને મોનાડ્સ વચ્ચે મધ્યવર્તી બનવો જોઈએ. અન્ય લેક્ચરમાં, હાસ્કેલના સ્થાપકોમાંના એક, સિમોન પીટન જોન્સે, GHC કમ્પાઇલરમાં પ્રકાર અનુમાન કેવી રીતે કાર્ય કરે છે તે વિશે વાત કરી.

સિમોન પેટન જોન્સ દ્વારા વ્યાખ્યાન. ટ્વિટર પરથી ફોટો ઝુરીહેક

હેકાથોન દરમિયાન યોજાયેલા માસ્ટર ક્લાસને સહભાગીઓની તાલીમના સ્તરના આધારે ત્રણ કેટેગરીમાં વહેંચવામાં આવ્યા હતા. પ્રોજેક્ટના વિકાસમાં જોડાનારા સહભાગીઓને ઓફર કરવામાં આવેલા કાર્યોને પણ મુશ્કેલીના સ્તર સાથે ચિહ્નિત કરવામાં આવ્યા હતા. કાર્યાત્મક પ્રોગ્રામરોનો નાનો પણ મૈત્રીપૂર્ણ સમુદાય તેની રેન્કમાં નવા આવનારાઓનું ઉમળકાભેર સ્વાગત કરે છે. આન્દ્રે મોખોવ અને સિમોન પીટન જોન્સના પ્રવચનો સમજવા માટે, જો કે, અમે યુનિવર્સિટીમાં લીધેલો કાર્યાત્મક પ્રોગ્રામિંગ કોર્સ ખૂબ જ ઉપયોગી હતો.

ઇવેન્ટ માટે નોંધણી નિયમિત સહભાગીઓ અને પ્રોજેક્ટ લેખકો બંને માટે મફત છે. અમે જૂનની શરૂઆતમાં સહભાગિતા માટે અરજીઓ સબમિટ કરી હતી, જે પછી અમને વેઇટિંગ લિસ્ટમાંથી કન્ફર્મ થયેલા સહભાગીઓની યાદીમાં ઝડપથી ટ્રાન્સફર કરવામાં આવ્યા હતા.

અને હવે અમે તે પ્રોજેક્ટ્સ વિશે વાત કરીશું જેમાં અમે ભાગ લીધો હતો.

પંડૉક

પંડૉક ટેક્સ્ટ દસ્તાવેજોનું સાર્વત્રિક કન્વર્ટર છે, હકીકતમાં, કોઈપણ ફોર્મેટમાંથી કોઈપણ. ઉદાહરણ તરીકે, docx થી pdf, અથવા Markdown થી MediaWiki. તેના લેખક, જ્હોન મેકફાર્લેન, યુનિવર્સિટી ઓફ કેલિફોર્નિયા, બર્કલેમાં ફિલસૂફીના પ્રોફેસર છે. સામાન્ય રીતે, પેન્ડોક ખૂબ પ્રખ્યાત છે, અને અમારા કેટલાક મિત્રોને આશ્ચર્ય થયું જ્યારે તેઓને ખબર પડી કે પેન્ડોક હાસ્કેલમાં લખાયેલું છે.

Pandoc દ્વારા સમર્થિત દસ્તાવેજ ફોર્મેટ્સની સૂચિ. સાઇટ પર આખો આલેખ પણ છે, પરંતુ આ ચિત્ર લેખમાં બંધબેસતું નથી.

અલબત્ત, Pandoc ફોર્મેટની દરેક જોડી માટે સીધું રૂપાંતરણ પૂરું પાડતું નથી. આવા વિવિધ પ્રકારના પરિવર્તનને સમર્થન આપવા માટે, એક માનક આર્કિટેક્ચરલ સોલ્યુશનનો ઉપયોગ કરવામાં આવે છે: પ્રથમ, સમગ્ર દસ્તાવેજને વિશિષ્ટ આંતરિક મધ્યવર્તી રજૂઆતમાં અનુવાદિત કરવામાં આવે છે, અને પછી આ આંતરિક પ્રતિનિધિત્વમાંથી એક અલગ ફોર્મેટમાં દસ્તાવેજ બનાવવામાં આવે છે. વિકાસકર્તાઓ આંતરિક રજૂઆતને "AST" કહે છે, જે એબ્સ્ટ્રેક્ટ સિન્ટેક્સ ટ્રી માટે વપરાય છે, અથવા અમૂર્ત વાક્યરચના વૃક્ષ. તમે મધ્યવર્તી રજૂઆતને ખૂબ જ સરળ રીતે જોઈ શકો છો: તમારે ફક્ત આઉટપુટ ફોર્મેટને "મૂળ" પર સેટ કરવાની જરૂર છે.

$ cat example.html
<h1>Hello, World!</h1>

$ pandoc -f html -t native example.html
[Header 1 ("hello-world",[],[]) [Str "Hello,",Space,Str "World!"]]

વાચકો કે જેમણે ઓછામાં ઓછું હાસ્કેલ સાથે કામ કર્યું છે તેઓ આ નાના ઉદાહરણ પરથી પહેલેથી જ ધારી શકે છે કે પેન્ડોક હાસ્કેલમાં લખાયેલ છે: આ આદેશનું આઉટપુટ પેન્ડોકની આંતરિક રચનાઓની સ્ટ્રિંગ રજૂઆત છે, જે સામાન્ય રીતે કેવી રીતે કરવામાં આવે છે તેની સમાનતામાં બનાવેલ છે. હાસ્કેલમાં ઉદાહરણ તરીકે, પ્રમાણભૂત પુસ્તકાલયમાં.

તેથી, અહીં તમે જોઈ શકો છો કે આંતરિક રજૂઆત એ પુનરાવર્તિત માળખું છે, દરેક આંતરિક નોડમાં જેની સૂચિ છે. ઉદાહરણ તરીકે, ટોચના સ્તર પર એક તત્વની સૂચિ છે - “હેલો-વર્લ્ડ”,[],[] લક્ષણો સાથેનું પ્રથમ સ્તરનું હેડર. આ હેડરની અંદર છુપાયેલ સ્ટ્રિંગ “હેલો” ની સૂચિ છે, ત્યારબાદ સ્પેસ અને સ્ટ્રિંગ “વર્લ્ડ!” છે.

જેમ તમે જોઈ શકો છો, આંતરિક રજૂઆત HTML કરતા ઘણી અલગ નથી. તે એક વૃક્ષ છે જ્યાં દરેક આંતરિક નોડ તેના વંશજોના ફોર્મેટિંગ વિશે કેટલીક માહિતી પ્રદાન કરે છે, અને પાંદડા દસ્તાવેજની વાસ્તવિક સામગ્રી ધરાવે છે.

જો આપણે અમલીકરણ સ્તર પર જઈએ, તો સમગ્ર દસ્તાવેજ માટેનો ડેટા પ્રકાર આ રીતે વ્યાખ્યાયિત થયેલ છે:

data Pandoc = Pandoc Meta [Block]

અહીં બ્લોક એ ઉપર જણાવેલ આંતરિક શિરોબિંદુઓ છે, અને મેટા એ દસ્તાવેજ વિશેની માહિતી છે, જેમ કે શીર્ષક, બનાવટની તારીખ, લેખકો - આ વિવિધ ફોર્મેટ માટે અલગ છે, અને પેન્ડોક, જો શક્ય હોય તો, ફોર્મેટમાંથી અનુવાદ કરતી વખતે આવી માહિતીને સાચવવાનો પ્રયાસ કરે છે. ફોર્મેટ

બ્લોક પ્રકારના લગભગ તમામ કન્સ્ટ્રક્ટર - ઉદાહરણ તરીકે, હેડર અથવા પેરા (ફકરો) - એટ્રિબ્યુટ્સ અને નીચલા-સ્તરના શિરોબિંદુઓની સૂચિ દલીલો તરીકે લે છે - ઇનલાઇન, એક નિયમ તરીકે. ઉદાહરણ તરીકે, Space અથવા Str એ ઇનલાઇન પ્રકારના કન્સ્ટ્રક્ટર છે, અને HTML ટેગ પણ તેની પોતાની વિશિષ્ટ ઇનલાઇનમાં ફેરવાય છે. અમે આ પ્રકારોની સંપૂર્ણ વ્યાખ્યા આપવાનો કોઈ અર્થ જોતા નથી, પરંતુ નોંધ લો કે તે અહીં મળી શકે છે અહીં.

રસપ્રદ રીતે, પ્રકાર પેન્ડોક એક મોનોઇડ છે. આનો અર્થ એ છે કે કોઈ પ્રકારનો ખાલી દસ્તાવેજ છે, અને તે દસ્તાવેજો એકસાથે સ્ટેક કરી શકાય છે. રીડર્સ લખતી વખતે આનો ઉપયોગ કરવો અનુકૂળ છે - તમે મનસ્વી તર્કનો ઉપયોગ કરીને દસ્તાવેજને ભાગોમાં તોડી શકો છો, દરેકને અલગથી પાર્સ કરી શકો છો અને પછી બધું એકસાથે એક દસ્તાવેજમાં મૂકી શકો છો. આ કિસ્સામાં, દસ્તાવેજના તમામ ભાગોમાંથી એકસાથે મેટેનફોર્મેશન એકત્રિત કરવામાં આવશે.

LaTeX થી HTML માં રૂપાંતર કરતી વખતે, કહો કે, પ્રથમ LaTeXReader નામનું વિશિષ્ટ મોડ્યુલ ઇનપુટ દસ્તાવેજને AST માં રૂપાંતરિત કરે છે, પછી HTMLWriter નામનું બીજું મોડ્યુલ AST ને HTML માં રૂપાંતરિત કરે છે. આ આર્કિટેક્ચર માટે આભાર, રૂપાંતરણોની ચતુર્ભુજ સંખ્યા લખવાની જરૂર નથી - દરેક નવા ફોર્મેટ માટે રીડર અને રાઈટર લખવા માટે તે પૂરતું છે, અને રૂપાંતરણની તમામ સંભવિત જોડી આપમેળે સપોર્ટ કરવામાં આવશે.

તે સ્પષ્ટ છે કે આવા આર્કિટેક્ચરમાં તેની ખામીઓ પણ છે, જે સૉફ્ટવેર આર્કિટેક્ચરના ક્ષેત્રના નિષ્ણાતો દ્વારા લાંબા સમયથી આગાહી કરવામાં આવી છે. સિન્ટેક્સ ટ્રીમાં ફેરફાર કરવાની કિંમત સૌથી નોંધપાત્ર છે. જો ફેરફાર પૂરતો ગંભીર છે, તો તમારે બધા વાચકો અને લેખકોમાં કોડ બદલવો પડશે. ઉદાહરણ તરીકે, પેન્ડોક ડેવલપર્સ સામેના પડકારો પૈકી એક જટિલ ટેબલ ફોર્મેટને સપોર્ટ કરે છે. હવે Pandoc દરેક કોષમાં હેડર, કૉલમ અને વેલ્યુ સાથે માત્ર ખૂબ જ સરળ કોષ્ટકો બનાવી શકે છે. ઉદાહરણ તરીકે, HTML માં colspan લક્ષણને અવગણવામાં આવશે. આ વર્તનનું એક કારણ એ છે કે તમામ અથવા ઓછામાં ઓછા ઘણા ફોર્મેટમાં કોષ્ટકોનું પ્રતિનિધિત્વ કરવા માટે એકીકૃત યોજનાનો અભાવ છે - તે મુજબ, આંતરિક પ્રતિનિધિત્વમાં કોષ્ટકોને કયા સ્વરૂપમાં સંગ્રહિત કરવા જોઈએ તે અસ્પષ્ટ છે. પરંતુ ચોક્કસ દૃશ્ય પસંદ કર્યા પછી પણ, તમારે કોષ્ટકો સાથે કામ કરવાનું સમર્થન કરતા તમામ વાચકો અને લેખકોને બદલવાની જરૂર પડશે.

હાસ્કેલ ભાષા માત્ર લેખકોના કાર્યાત્મક પ્રોગ્રામિંગ પ્રત્યેના અદ્ભુત પ્રેમને કારણે પસંદ કરવામાં આવી હતી. હાસ્કેલ તેની વ્યાપક ટેક્સ્ટ પ્રોસેસિંગ ક્ષમતાઓ માટે જાણીતું છે. એક ઉદાહરણ પુસ્તકાલય છે પાર્સેક એક લાઇબ્રેરી છે જે મનસ્વી પાર્સર્સ લખવા માટે ફંક્શનલ પ્રોગ્રામિંગ - મોનોઇડ્સ, મોનાડ્સ, એપ્લીકેટિવ અને વૈકલ્પિક ફંક્ટર - ના ખ્યાલોનો સક્રિયપણે ઉપયોગ કરે છે. માં પારસેકની સંપૂર્ણ શક્તિ જોઈ શકાય છે ઉદાહરણ HaskellWiki માંથી, જ્યાં એક સરળ આવશ્યક પ્રોગ્રામિંગ ભાષાનું સંપૂર્ણ પાર્સર વિશ્લેષિત થાય છે. અલબત્ત, પાંડોકમાં પણ પાર્સેક સક્રિયપણે ઉપયોગમાં લેવાય છે.

સંક્ષિપ્તમાં વર્ણવેલ, મોનાડ્સનો ઉપયોગ ક્રમિક પદચ્છેદન માટે થાય છે, જ્યારે એક વસ્તુ પ્રથમ આવે છે, અને પછી બીજી. ઉદાહરણ તરીકે, આ ઉદાહરણમાં:

whileParser :: Parser Stmt
whileParser = whiteSpace >> statement

પ્રથમ તમારે જગ્યાની ગણતરી કરવાની જરૂર છે, અને પછી નિવેદન - જેમાં પાર્સર Stmt પ્રકાર પણ છે.

જો પાર્સિંગ નિષ્ફળ જાય તો રોલબેક કરવા માટે વૈકલ્પિક ફંક્ટરનો ઉપયોગ થાય છે. દાખ્લા તરીકે,

statement :: Parser Stmt
statement = parens statement <|> sequenceOfStmt

મતલબ કે તમારે કાં તો કૌંસમાં નિવેદન વાંચવાનો પ્રયાસ કરવાની જરૂર છે, અથવા ક્રમશઃ કેટલાક નિવેદનો વાંચવાનો પ્રયાસ કરો.

એપ્લીકેશન ફંક્ટરનો ઉપયોગ મુખ્યત્વે મોનાડ્સ માટે શોર્ટકટ તરીકે થાય છે. ઉદાહરણ તરીકે, ટોક ફંક્શનને કેટલાક ટોકન વાંચવા દો (આ LaTeXReader નું વાસ્તવિક કાર્ય છે). ચાલો આ સંયોજન જોઈએ

const <$> tok <*> tok

તે એક પંક્તિમાં બે ટોકન વાંચશે અને પ્રથમ એક પરત કરશે.

આ તમામ વર્ગો માટે, હાસ્કેલ પાસે સુંદર સાંકેતિક ઓપરેટર્સ છે, જે રીડર પ્રોગ્રામિંગને ASCII આર્ટ જેવું બનાવે છે. ફક્ત આ અદ્ભુત કોડની પ્રશંસા કરો.

અમારા કાર્યો LaTeXReader સાથે સંબંધિત હતા. વેસિલીનું કાર્ય Mbox અને hbox આદેશોને ટેકો આપવાનું હતું, જે LaTeX માં પેકેજો લખવા માટે ઉપયોગી છે. એલિઝાબેથ એપિગ્રાફ આદેશને ટેકો આપવા માટે જવાબદાર હતી, જે તમને LaTeX દસ્તાવેજોમાં એપિગ્રાફ બનાવવા માટે પરવાનગી આપે છે.

હેટ્રેસ

UNIX જેવી ઓપરેટિંગ સિસ્ટમો ઘણીવાર ptrace સિસ્ટમ કોલને અમલમાં મૂકે છે. તે પ્રોગ્રામ એન્વાયર્નમેન્ટ્સને ડીબગીંગ અને સિમ્યુલેટ કરવામાં ઉપયોગી છે, જે તમને પ્રોગ્રામ દ્વારા કરવામાં આવેલ સિસ્ટમ કૉલ્સને ટ્રેસ કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, ખૂબ જ ઉપયોગી strace ઉપયોગિતા આંતરિક રીતે ptrace નો ઉપયોગ કરે છે.

હેટ્રેસ એ લાઇબ્રેરી છે જે હાસ્કેલમાં ptrace માટે ઇન્ટરફેસ પૂરું પાડે છે. હકીકત એ છે કે ptrace પોતે ખૂબ જ વ્યવહારદક્ષ છે અને તેનો સીધો ઉપયોગ કરવો ખૂબ મુશ્કેલ છે, ખાસ કરીને કાર્યાત્મક ભાષાઓમાંથી.

હેટ્રેસ જ્યારે શરૂ થાય ત્યારે સ્ટ્રેસની જેમ ચાલે છે અને સમાન દલીલોને સ્વીકારે છે. તે strace થી અલગ છે કે તે એક પુસ્તકાલય પણ છે જે ફક્ત ptrace કરતાં સરળ ઈન્ટરફેસ પૂરું પાડે છે.

હેટ્રેસની મદદથી, અમે GHC હાસ્કેલ કમ્પાઇલરમાં પહેલેથી જ એક અપ્રિય ભૂલ પકડી લીધી છે - ખોટી ક્ષણે મારી નાખવામાં આવે છે, તે ખોટી ઑબ્જેક્ટ ફાઇલો જનરેટ કરે છે અને જ્યારે પુનઃપ્રારંભ કરવામાં આવે ત્યારે તેને ફરીથી કમ્પાઇલ કરતું નથી. સિસ્ટમ કોલ્સ દ્વારા સ્ક્રિપ્ટીંગ એ એક રનમાં ભૂલને વિશ્વસનીય રીતે પુનઃઉત્પાદન કરવાનું શક્ય બનાવ્યું, જ્યારે રેન્ડમ કિલ્સ લગભગ બે કલાકમાં ભૂલનું પુનઃઉત્પાદન કરે છે.

અમે લાઇબ્રેરીમાં સિસ્ટમ કોલ ઇન્ટરફેસ ઉમેર્યા - એલિઝાવેટાએ brk ઉમેર્યું, અને વેસિલીએ mmap ઉમેર્યું. અમારા કાર્યના પરિણામોના આધારે, લાઇબ્રેરીનો ઉપયોગ કરતી વખતે આ સિસ્ટમ કૉલ્સની દલીલોનો વધુ સરળ અને સચોટ ઉપયોગ કરવો શક્ય છે.

સોર્સ: www.habr.com