Cargo cult programming (ශ්‍රී ලාංකික) මෘදුකාංග කර්මාන්තය විනාශ කරයි

[Kolama]

මාස කිහිපයකට පෙර, මම ස්වයං-හඳුනාගත් "යන්ත්‍ර ඉගෙනුම් විශේෂඥයෙකුගෙන්" මට පසු ප්‍රචාරණය පැහැදිලි කරන ලෙස ඉල්ලා සිටියෙමි. ඔවුන්ට නොහැකි විය. කෙසේ වෙතත්, ඔවුන් NPM Tensorflow ස්ථාපනය කරන ආකාරය සහ ආකෘතියක් පුහුණු කරන ආකාරය දැන සිටියහ.

බහාලුම් සම්පත් හුදකලා කිරීම ලබා ගන්නේ කෙසේද, එය යන්ත්‍ර අථත්‍යකරණයට වඩා වෙනස් වන්නේ කෙසේද සහ එය වඩාත් කාර්යක්ෂම වූයේ මන්දැයි පැහැදිලි කිරීමට මම "කුබර්නෙටස් විශේෂඥයෙකුගෙන්" ඇසුවෙමි. ඔවුන්ට නොහැකි විය. කෙසේ වෙතත්, ඔවුන්ට Dockerfile ලිවීමට, docker ධාවනය කිරීමට සහ kubectl භාවිතා කිරීමට හැකි විය.

මම "Node.js විශේෂඥයෙකුගෙන්" ඇසුවෙමි, යටින් පවතින මෙහෙයුම් පද්ධතිය අවහිර නොවන තැටි I/O ප්‍රාථමිකයන් ලබා නොදුන් විට පවා, Node.js හට තනි නූල් ඉසව් ලූපයක් තුළ බහු සමගාමී තැටි මෙහෙයුම් හැසිරවිය හැකි ආකාරය. ප්‍රශ්නය තේරුම් ගැනීමට පවා ඔවුන්ට නොහැකි විය. නමුත් ඔවුන් සියලු නවතම Node.js රාමු දැන සිටියහ.

මම "React.js ප්‍රවීණයෙකුගෙන්" සෘජු DOM හැසිරවීම, MVC ධාවනය වන සේවාදායක පැත්ත සැකිලි කිරීම, සංරචක මත පදනම් වූ DOM හැසිරවීම සහ compile-to-vanilla-JS වැනි විවිධ SPA ප්‍රවේශයන් සංසන්දනය කිරීමට ඉල්ලා සිටියෙමි. මම අහන දේ ඔවුන්ට තේරුණේ නැහැ. නමුත් ඔවුන් සියලු ජනප්‍රිය React.js පුස්තකාල සහ රාමු වල නම් දැන සිටියහ.

වත්මන් "නීරස" දත්ත සමුදාය සමඟ කළ හැකි සියලු ප්‍රශස්තිකරණය ඔවුන් කර තිබේද යන්න යෝජනා කරමින් මම "දත්ත සමුදා විශේෂඥයෙකුගෙන්" ඇසුවෙමි: සුසර කිරීමේ පරාමිති, කියවීමට පමණක් අනුරූ, ද්‍රව්‍යගත දර්ශන, විවිධ ගබඩා එන්ජින් යනාදී වශයෙන් ඔවුන් සිටියේ නැත. නමුත් ඔවුන් සියලු "නවතම" දත්ත සමුදායන්හි නම් සහ විශේෂාංග දැන සිටියහ.

දැන් අපි ඉදිරියට යාමට පෙර, මම ඔබට "භාණ්ඩ වගාව" යන සංකල්පය හඳුන්වා දෙන්නම්. Richard Feynman එය ප්‍රකාශ කළ ආකාරය මෙන්න:

“[පැසිෆික් දූපත්වල] මිනිසුන්ගේ භාණ්ඩ ප්‍රවාහන සංස්කෘතියක් ඇත. [දෙවන ලෝක සංග්‍රාමයේ] කාලයේදී ඔවුන් හොඳ ද්‍රව්‍ය ("භාණ්ඩ") සමඟ ගුවන් යානා ගොඩබසිනු දුටු අතර, ඔවුන්ට අවශ්‍ය වන්නේද එයම දැන් සිදු වීමටය. ඉතින් ධාවන පථ වගේ දේවල් හදන්න, ධාවන පථ දෙපැත්තේ ගින්දර දාන්න, මිනිහෙකුට ඉඳගන්න ලී කුටියක් හදන්න, ඔලුවේ හෙඩ්ෆෝන් වගේ ලෑලි කෑලි දෙකක්, ඇන්ටෙනා වගේ ඇන්ටනා වගේ ඇනගෙන ඉන්න උණ බම්බු දාලා ඒවා හදන්නයි මේ අය කටයුතු කරලා තියෙන්නේ. - ඔහු පාලකයා - ඔවුන් ගුවන් යානා ගොඩබසින තෙක් බලා සිටී. ඔවුන් සෑම දෙයක්ම නිවැරදිව කරනවා. පෝරමය පරිපූර්ණයි. එය හරියටම කලින් බැලූ ආකාරයෙන් පෙනේ. නමුත් එය ක්රියා නොකරයි. ගුවන් යානා ගොඩබස්වන්නේ නැත. ඒ නිසා මම මේ දේවල් වලට Cargo Cult Science කියලා කියනවා, මොකද ඔවුන් විද්‍යාත්මක පරීක්‍ෂණයේ සියලුම පෙනෙන නියමයන් සහ ආකාර අනුගමනය කරනවා, නමුත් ගුවන් යානා ගොඩබස්වන්නේ නැති නිසා ඔවුන්ට අත්‍යවශ්‍ය දෙයක් නැති වෙනවා."

ක්‍රමලේඛකයෙකු මේ ආකාරයෙන් හැසිරෙන විට -- ක්‍රමලේඛන ශිල්පීය ක්‍රම පිටපත් කිරීම හෝ ඒවා ක්‍රියා කරන ආකාරය හෝ ඒවා ක්‍රියා කරන්නේ මන්දැයි තේරුම් නොගෙන "තාක්‍ෂණය" භාවිතා කිරීම -- එය Cargo cult programming ලෙස හැඳින්වේ. ඒ වගේම අපේ කර්මාන්තය විනාශ කරනවා.

කෙසේද? සමහර අය මෙන් නොව, ශ්‍රී ලාංකිකයින්ට ප්‍රයෝජනයට නොගත් ඉහළ බුද්ධියක් ඇතැයි මම විශ්වාස කරමි. එය අවධානය යොමු කර නිවැරදි දිශාවට යොමු කිරීම පමණක් අවශ්ය වේ. නිවැරදි දිශාව ඉංජිනේරුමය මූලික කරුණු වේ. ඒ වෙනුවට, ඩිජිටල් සර්ප-තෙල් අලෙවිකරුවන්, CV-පෑඩින් වෘත්තීයවේදීන් සහ වංචාකරුවන් තරුණ ඉංජිනේරුවන්ගේ මනස Hardcore ඉංජිනේරු විද්‍යාවෙන් ඉවතට ගෙන එය ඉංජිනේරු සංකල්ප සහ තාක්ෂණයන් ලෙස වෙස්වලාගත් buzzwords, Marketing-speak සහ වාණිජ නිෂ්පාදන වනාන්තරයක් හරහා විසුරුවා හැර ඇත. එය ඕනෑම මොළ ඛාදනයකට වඩා කපටි මොළයේ ශක්තිය නාස්තියකි.

අවශ්‍ය ව්‍යුහයේ මානයන් සහ සංයුතිය තීරණය කිරීම සඳහා අවශ්‍ය ගණනය කිරීම් සිදු කරනවාට වඩා (එය "නවතම" සහ නැනෝ අංශු ඇති නිසා) නව සිමෙන්ති වෙළඳ නාමයකට මාරු වීමෙන් ව්‍යුහයක බර උසුලන ගුණාංග වැඩි දියුණු කිරීමට සිවිල් ඉංජිනේරුවෙකු උත්සාහ කරන බව සිතන්න. , ඔහුගේ වෘත්තියේ ස්ථාපිත සම්මතයන් අනුව. "මට පහසුවෙන් Google/Stackoverflow රෝග ලක්ෂණ සහ නවතම ඖෂධ හෝ ප්‍රතිකාර සමඟ ඒවා ගැලපීමට හැකි විට, මෙම සියලුම අවයව/සෛල ක්‍රියා කරන ආකාරය මම තේරුම් ගත යුත්තේ ඇයි?" යැයි වෛද්‍යවරයෙකු පවසන බව සිතන්න. සෑම නව මාදිලියේ වාහනයකම විශේෂාංග සහ එහි රිය පැදවීමේ අත්දැකීම දන්නා, නමුත් අභ්‍යන්තර දහන මූලධර්ම දැන ගැනීමට හෝ වඩා හොඳ එන්ජිමක් නිර්මාණය කරන්නේ කෙසේදැයි දැන ගැනීමට ඉඩ නොදී, ස්පාර්ක් ප්ලග් එකක් යන්තම් වෙනස් කළ හැකි මෝටර් රථ ඉංජිනේරුවෙකු සිතන්න.

අපි මෙය නිවැරදි කරන්නේ කෙසේද?

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

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

මන්ද? ඔබ අභ්‍යන්තරය තේරුම් ගන්නා තරමට, එම අභ්‍යන්තරය මත ගොඩනගා ඇති ඕනෑම දෙයක් සරල ලෙස පෙනේ. සෑම නව තාක්ෂණයක්ම ඉගෙන ගැනීමට පහසු වේ. උදාහරණයක් ලෙස, ජාල මූලික කරුණු සහ Unix ගැන අවබෝධයක් ඇති කෙනෙකුට, AWS, Azure හෝ වෙනත් ඕනෑම සැපයුම්කරුවෙකු වේවා, සෑම "Cloud" තාක්‍ෂණයක්ම සරලයි. DOM සහ JavaScript එන්ජින් ගැන අවබෝධයක් ඇති කෙනෙකුට, සෑම ඉදිරිපස රාමුවක්ම සරලයි. C වැනි පද්ධති භාෂාවක් සමඟ අත්දැකීම් ඇති කෙනෙකුට, අනෙක් සෑම භාෂාවක්ම පහසුය. අභ්‍යන්තරය ප්‍රගුණ කරන අය කිසි විටෙකත් යල් පැන යන්නේ නැත. නව තාක්‍ෂණයක් මතුවන සෑම විටම ඔවුන්ට මාස ගණනක් නැවත පුහුණුවීම් අවශ්‍ය නොවේ. ඒවා සාමාන්‍යයෙන් අත්පොත ඵලදායි ලෙස භාවිතා කිරීමෙන් ඈත් වූ ඉක්මන් කියවීමක් පමණි.

අවසාන වශයෙන්, වචන වලින් කතා කිරීම නවත්වන්න. තාක්ෂණික කතාවලදී ඒවා ගැන කතා කිරීම නවත්වන්න. ඒවා ගැන සමාජ ජාල වල කතා කිරීම නවත්වන්න. වැදගත්ම දෙය නම්, සම්මුඛ සාකච්ඡා වලදී ඔවුන් ගැන විමසීම නවත්වන්න. ඒ වෙනුවට, මූලික කරුණු කෙරෙහි අවධානය යොමු කරන්න. Google හෝ Netflix වැනි ඉහළම තාක්ෂණික සමාගම් මෘදුකාංග ඉංජිනේරුවන් සමඟ සම්මුඛ සාකච්ඡා කරන්නේ කෙසේදැයි ඔබ බැලුවහොත්, ඔවුන්ගේ කේතීකරණ සහ පද්ධති සැලසුම් සම්මුඛ සාකච්ඡාවලට කිසි විටෙක නිශ්චිත තාක්ෂණයන්, භාෂා හෝ රාමු පිළිබඳ ප්‍රශ්න ඇතුළත් නොවන බව ඔබට පෙනී යනු ඇත. ඇත්ත වශයෙන්ම, ඔබ "තාක්ෂණයෙන් බැහැරව" (එනම් නිෂ්පාදන) එකලස් කිරීමෙන් පද්ධති සැලසුම් ප්‍රශ්නයකට පිළිතුරු දෙන්නේ නම්, ඔබ සම්මුඛ පරීක්ෂණයෙන් අසමත් වනු ඇත.

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

මූලික කරුණු වෙත ආපසු යාමට කාලයයි.

Published by​

Hasitha Liyanage

Source: https://www.linkedin.com/pulse/carg...se-article_more-articles_related-content-card

 

[Kolama]

Cargo cult programming is killing the (Sri Lankan) software industry​

Some months ago, I asked a self-identified "machine learning expert" to explain backpropagation to me. They could not. However, they knew how to NPM install Tensorflow and train a model.

I asked a "Kubernetes expert" to explain how containers achieve resource isolation, how it's different from machine virtualization and why it was more efficient. They could not. However, they could write a Dockerfile, run docker and use kubectl.

I asked a "Node.js expert" how Node.js can handle multiple concurrent disk operations within a single threaded event loop, even when the underlying operating system did not provide non-blocking disk I/O primitives. They could not even understand the question. But they knew all the latest Node.js frameworks.

I asked a "React.js expert" to compare different SPA approaches such as direct DOM manipulation, MVC driven client side templating, component-based DOM manipulation and compile-to-vanilla-JS. They didn't understand what I was asking. But they knew the names of all the popular React.js libraries and frameworks.

I asked a "database expert" proposing that we go for the "latest" database, whether they had done all the optimizing that was possible with the current "boring" database: tuning parameters, read-only replicas, materialized views, different storage engines etc. They hadn't. But they knew the names and features of all the "latest" databases.

Now before we proceed, let me introduce you to the concept of "cargo culting". Here's how Richard Feynman put it:

“In the [Pacific Islands] there is a Cargo Cult of people. During [World War II] they saw airplanes land with lots of good materials ("cargo"), and they want the same thing to happen now. So they’ve arranged to make things like runways, to put fires along the sides of the runways, to make a wooden hut for a man to sit in, with two wooden pieces on his head like headphones and bars of bamboo sticking out like antennas—he’s the controller—and they wait for the airplanes to land. They’re doing everything right. The form is perfect. It looks exactly the way it looked before. But it doesn’t work. No airplanes land. So I call these things Cargo Cult Science, because they follow all the apparent precepts and forms of scientific investigation, but they’re missing something essential, because the planes don’t land."

When a programmer behaves this way -- copying programming techniques or using "technologies" without understanding how they work or why they work -- it is called cargo cult programming. And it is killing our industry.

How? Unlike some people, I believe Sri Lankans have a high degree of untapped intelligence. It just needs to be focused and guided in the right direction. The right direction being engineering fundamentals. Instead, digital snake-oil salesmen, CV-padding careerists and imposters have taken young engineers' mindshare away from hardcore engineering, and have dissipated it across a jungle of buzzwords, marketing-speak and commercial products masquerading as engineering concepts and technologies. It is a waste of brain power more insidious than any brain drain.

Imagine a civil engineer trying to improve the load bearing properties of a structure by switching to a new brand of cement (because it is the "latest" and has nanoparticles) rather than doing the necessary calculations to determine the dimensions and composition of the required structure, as per the established standards of his profession. Imagine a physician saying "why do I have to understand how all these organs/cells work, when I can easily Google/Stackoverflow the symptoms and match them against the latest drugs or treatments?" Imagine an automotive engineer who knows the features of every new model of vehicle and its driving experience, but can barely change a spark plug, let alone know the principles of internal combustion or know how to design a better engine.

How do we fix this?

First, understand that many people we call engineers today are just "technicians": skilled professionals who know how to operate or assemble a technology, and perhaps do some basic maintenance. But they're unable to design or build new technologies. It is a painful truth, but the first step toward a cure is usually the admission that there is a disease.

Second, recognize that the solution does not lie in more and more technologies, frameworks, libraries, "patterns" or "paradigms". If you want to accelerate the performance of a system, you go down into the internals, not up towards more abstractions: you dig into the application code, then into the operating system and finally into the hardware itself. Similarly, if you want to accelerate a software engineer, you do not load him up with more and more "technologies". Instead, you improve their mastery of the fundamentals on which every technology is built: algorithms, data structures, network communication, operating systems and database theory. Basically, Computer Science 101.

Why? The more you understand internals, the simpler anything built upon those internals look. Every new technology becomes easier to learn. For example, for someone who understands network fundamentals and Unix, every "cloud" technology is simple, be it AWS, Azure or any other provider. For someone who understands the DOM and JavaScript engines, every front end framework is simple. For someone who is experienced with a system language like C, every other language is easy. Those who master internals never become obsolete. They don't require months of retraining every time a new technology pops up. They're usually just a quick read of the manual away from using it effectively.

Finally, stop talking in buzzwords. Stop talking about them in tech talks. Stop talking about them on social media. And most importantly, stop asking about them in interviews. Instead, focus on fundamentals. If you look at how top tech companies such as Google or Netflix interview software engineers, you will find that their coding and system design interviews never involve questions about specific technologies, languages or frameworks. In fact, if you answer a system design question by assembling off-the-shelf "technologies" (i.e. products), you will fail the interview.

For my part, I no longer expect entry level software engineering candidates to know the tech stack required for the job. All I expect is that they have a solid grasp of computer science fundamentals, and an in-depth knowledge of at least one thing, anything. This tells me that they have the ability to learn. I know at least one other hiring manager who has recently started a similar "no experience required" approach to hiring junior engineers. The next step would be to develop a similar approach for senior hires.

It's time to go back to basics.

Published by​

Hasitha Liyanage
Vice President of Engineering at Different

Source: https://www.linkedin.com/pulse/carg...se-article_more-articles_related-content-card

 

[හෙළයෙක්]

හෝලි ශිට් යකෝ අමාරුවෙන් සින්හල එක කියෙව්වට පස්සෙ දැක්කෙ ඉන්ග්‍රිස් එක. මම ඒත් බැලුව මේ කුණුහරුප විදියට ලියන එකා මොකාද කියල.

 

[elektro]

Oya Hasitha hena weddada ? issara sysco eke hitapu un kiapan balanna

 

[Night Rider]

“For my part, I no longer expect entry level software engineering candidates to know the tech stack required for the job. All I expect is that they have a solid grasp of computer science fundamentals, and an in-depth knowledge of at least one thing, anything. This tells me that they have the ability to learn. I know at least one other hiring manager who has recently started a similar "no experience required" approach to hiring junior engineers. The next step would be to develop a similar approach for senior hires.”
Finally… ( if we all can take a collective effort, at least)

 

[KingJulian]

මෘදුකාංග කර්මාන්තය​

නිකන් ධීවර කර්මාන්තය, වාරි කර්මාන්තය වගේ...

 

[Mr Robot]

ඉගිරිසියෙන් තියෙන එක තමයි කියෙව්වමහම තේරෙන්නෙ යකෝ

 

[kevin_levin]

Meanwhile some are asking SE interviewee "what was ur school ?"

 

[shenat]

Oya Hasitha hena weddada ? issara sysco eke hitapu un kiapan balanna

Sysco LABS Sri Lanka

Total Duration 4 yrs

Vice President - Engineering
Senior Director, Technology and Architecture
Director, Technology and Architecture
Software Architect

ඒ කොම්පැනියෙ මෙච්චර titles තියෙන එකෙක්ගෙන්ද බං ඒකෙ වැඩ කරන අය කවුද කියල අහන්නෙ?

 

[kevin_levin]

"මට පහසුවෙන් Google/Stackoverflow රෝග ලක්ෂණ සහ නවතම ඖෂධ හෝ ප්‍රතිකාර සමඟ ඒවා ගැලපීමට හැකි විට, මෙම සියලුම අවයව/සෛල ක්‍රියා කරන ආකාරය මම තේරුම් ගත යුත්තේ ඇයි?" යැයි වෛද්‍යවරයෙකු පවසන බව සිතන්න

 

[beam_tech]

Translation එක පොඩ්ඩක් අවුල් වගේ නේද

 

[Anonymous_Abstract]

uta mulin kiyapan lankave IT industry eka gena hoyanna kiyala talk denna issella. project ekaka eka main technology ekak base karage karapu project eka iwara karata passe masyakin aluth technology ekak igenagena eka base karala karanna thiyena industry ekak thiyena rate. Paul Bakker,Ryan Dahl gen ahanna ona prashna mungen apu boruwek dena gaththa

 

[Smartm]

එය ඕනෑම මොළ ඛාදනයකට වඩා කපටි මොළයේ ශක්තිය නාස්තියකි.

ඇත්ත, බජට් එකෙන් ලොකු වාසියක් නෑ මේ පාර

 

[elektro]

Sysco LABS Sri Lanka

Total Duration 4 yrs

Vice President - Engineering
Senior Director, Technology and Architecture
Director, Technology and Architecture
Software Architect

ඒ කොම්පැනියෙ මෙච්චර titles තියෙන එකෙක්ගෙන්ද බං ඒකෙ වැඩ කරන අය කවුද කියල අහන්නෙ?

බුරන්න කලින් අහපු එක කියවපං. මම දන්නව ඌ සිස්කෝ එකේ හිටියේ කියල.
Oya Hasitha hena weddada ? - ඔය හසිත හෙන වැඩ්ඩද ..
සිස්කෝ එකේ හිටපු අය කියපං කියල දැම්මේ.

ඒකේ වැඩ කරන අය කවුද කියල මම ඇහුවේ නැ
කියවපං මුලින් තප්පුලන්න කලින්

 

[NushenD]

අරිසෙන් අහුබුදුගේ ආටිකල් එකක් කියෙව්වා වගෙ

 

[RandomGuy]

Even here, there were some people saying you don't need to know maths to be a data scientist since there are frameworks like Tensorflow.

Anyway, this "cargo cult" method works in some context while it is toxic in some ways.
In certain situation, you just have to use what is available and build something to get somewhere. There is a saying "nothing beats shipping" (or something like that lol). While in some cases, you need to be very well versed in underlying technical details to work on something. Even having a strong mathematical background can greatly help with not just machine learning, but even regular programming as well. This helps to improve your thinking and write efficient and smart code.

I think the industry need both of those people to function.

 

[Adefer]

අවසානයේ දී මා යමක් තේරුම් ගතිමි මට සිංහලත් බෑ ඉංග්‍රීසිත් බෑ

 

[RandomGuy]

“For my part, I no longer expect entry level software engineering candidates to know the tech stack required for the job. All I expect is that they have a solid grasp of computer science fundamentals, and an in-depth knowledge of at least one thing, anything. This tells me that they have the ability to learn. I know at least one other hiring manager who has recently started a similar "no experience required" approach to hiring junior engineers. The next step would be to develop a similar approach for senior hires.”
Finally… ( if we all can take a collective effort, at least)

There are companies even don't care much about computer science fundamentals. They only chase behind the person's logical thinking nature and IQ level.

 

[avjayarathne]

සම්භාව්‍ය විදියට සිංහලෙන් දුන්නේ google translator එක නේද

 

[topkollek]

දැන් අවුරුදු කීපයකට කලින් DevOps එකෙක් ඉන්ටවිව් කරන්න ලොක්ක මට කතා කරා. මම කිව්ව ඔය ඉන්ටවිව් එන එවුන් මට පාරෙදි ගහන දවසක් එයි ඒ නිසා බෑ කියල. හේතුව සෑහෙන ප්‍රමාණයක් මම ඉන්ටවිව් කරල ෆේල් කරල තිබුන නිසා.

කොහොමහරි ලොක්ක තෝරගත්ත එකාට AWS server ekakata SSL දාගන්න බැරි උනා. මේ කියපු එකා එලකිරියෙත් ඉන්නව