The Hierarchy Of Developer Recognition

This meme hits the sweet spot of programmer inside jokes. The Unix timestamp 1720619723 converts to July 10, 2024, 4:15:23 PM GMT. Only true backend nerds would get the joke without converting it first! It's like the frog is saying "Hey fellow programmers, check the current time" but in the most unnecessarily complex way possible. Classic programmer flex - using epoch time instead of just saying the date like a normal human being. The chubby frog's deadpan expression perfectly captures how programmers drop these technical references and expect everyone to understand.

Content lawful good lawful neutral lawful evil ProgrammerHumor. neutral good chaotic good true neutral chaotic neutral Palapatie neutral evil chaotic evil Alic W

Content Ash system.out.memeln( ) guys literally only want one thing and it's fucking disgusting 2017-10-22, 1:56 AM All 22307 tests passed - 681ms optjavajdk1.8.0121binjava . Compiled with O errors and 0 warnings Process finished with exit code 0

Content Users finding the true download button on an ad-ridden website Users looking for the download button on Github

Uncle Bob really wrote "disks are being replaced by RAM" in 2018 and expected us to take him seriously. My guy, SSDs and HDDs aren't going anywhere—volatility is kind of a dealbreaker when you want your data to, you know, exist after a reboot. RAM is literally wiped clean the moment you lose power, which is why we still need persistent storage. But sure, let's architect our entire system around a hypothetical future where we all have infinite non-volatile RAM and electricity never goes out. Classic case of getting so lost in architectural philosophy that you forget how computers actually work.

Content libreddit-ndk.so - Hide stuff in native library! Nobody can ever read native code, no matter how simple! Put a dummy parameter in the calls from the Kotlin code so people will think something deep is going on: KeyUtil.decryptSigningKey("a0c1e177d7afd4faaaee14f6ef712917c576a33dccd7381c63fed3312658bd8"); Actually always returns "8c7abaa5f905f70400c81bf3a1a10175f72101041991f0c5240aa80c4d99d" string JavacomredditauthcommonutilKeyUtildecryptSigningKey(JNIEnvenv,jclassunused,jstringfakeandunused) char keystr (char )malloc(66) ; Malloc? It's just 66 bytes, use a local variable, stupid. for(int i 0; i 65; i) keystri mapkeyill; A substitution cipher.. height of cryptography in the year 300 BC. keystr 65 0; Null-terminate the string return env-NewStringUTF(env, keystr); Native memory allocations aren't garbage-collected, idiots, you need to call free() Now you're leaking memory on every single API request! String parameter is ignored, always returns "s3ybk2jbEg4BmxQqvqgXoGs3AOUHUH8y" On the Kotlin side we just change a few chars at the start and end of the dummy string: KevUtil. decryptiphyApKey( "uty893a3d7af d4faaaee14f6ef712917c576a33dccd7381c63fed331scukko8" ); surely nobody will notice the 'encrypted' parameters are remarkably similar: jstring Javacomreddit mediacommonapikeys KeyutildecryptGiphyApiKey (JNIEnv env, jclass unused, jstring fake and unused) char keystr (char )malloc (34); Again with the same stupidity for (int i 0; i 33; i) keystri giphymapgiphykeyi; keystr33 0; return env-NewStringUTF(env, keystr); Again the same bug. ProdrammerHumor.io