General Musings

 From "Software Engineering at Google" book. Taken from  Tech World With Milan. Software Engineering ≠ Programming Programming  is about producing code. You take a task and write code to solve it. You get the tests green, you ship them, and you move on. Software engineering  is what happens before and after that. It’s when you take that piece of code and start asking questions like:​ Why are we doing this at all? How does this impact our users? How will this code evolve as requirements change? How does this scale, not just technically, but organizationally? As Titus Winters puts it:  “Software engineering is programming integrated over time.”  That little phrase carries enormous weight. It means every line of code has a lifespan, and your job as an engineer is to think about the full cost of that lifespan, not just the fun part where you write it. A quick script for a Black Friday marketing page? That’s programming. The payment system that will process mill...

https://blog.jetbrains.com/idea/ https://foojay.io/ https://github.com/ravi2519/JavaCertification https://javatechonline.com/

 

  Often management implements new procedure policies e.g. enforces the use of code checking software, without empathizing with the downstream impact to the developers on the ground. Are the new gimmicks a waste of time and money? Do the developers find the new checks helpful or intrusive, slowing down their work. If you want to help, don't just assist at the surface level, go down to the source code!

  Jessica Joy Kerr @jessitron · Apr 30, 2020 I don’t wanna “build software” so much as build understanding and express it in software.

  Ken Kocienda @kocienda   ·   13h Web browsers are not operating systems or application development environments. They’re document viewers. The effort to make them into something more than that has been one of the biggest wrong turns in the history of computing. Mihaela MJ @civeljahim · 3h We have amazing native apps on Apple platforms. Vastly superior to any "web-app" effort. It's not an app, it's an interactive document. Oliver Emberton @oliveremberton · 4h Both developers and users benefit hugely from instant access to software. No installation, no maintenance, free/viral distribution. Hosting costs scale with use. So kids can write cool apps in their basements and Google can support billions of users for free Ken Kocienda @kocienda Replying to @ian Sorry pal. I struggle every day with the bugs and limitations of OS services and apps in browsers. I respect your opinion, and I wish we could get coffee and hash it out. Wishing for the end of the pandemic!

 Taken from https://greenrobot.org/eventbus/ EventBus: Events for Android EventBus  is an open-source library for Android and Java using the  publisher/subscriber  pattern for loose coupling. EventBus enables central communication to decoupled classes with just a few lines of code – simplifying the code, removing dependencies, and speeding up app development. Your benefits using EventBus: It… simplifies the communication between components decouples event senders and receivers performs well with UI artifacts (e.g. Activities, Fragments) and background threads avoids complex and error-prone dependencies and life cycle issues is fast; specifically optimized for high performance is tiny (~60k jar) is  proven in practice by apps with 1,000,000,000+ installs has advanced features like delivery threads, subscriber priorities, etc. Further EventBus Features Convenient Annotation based API: Convenient Annotation based API:  Simply put the @Subscribe annot...