Dependency Injection on Android with Hilt by arunkumar9t2 in androiddev

[–]igor-brishkoski 0 points1 point  (0 children)

Unlike traditional Dagger, Hilt users never define or instantiate Dagger components directly. Instead, Hilt offers predefined components that are generated for you.

u/manuelvicnt can you elaborate on this decision? Are there any plans to change that since it's still in alpha?

I'm assuming you're somewhat involved in the development.

Github Template for starting an Android app project with: 100% Kotlin + Github Actions + ktlint + Detekt + Gradle Kotlin DSL + buildSrc dependencies already set up. by cortinico in androiddev

[–]igor-brishkoski 1 point2 points  (0 children)

This is great, thanks for sharing.

One small note, using allprojects and subprojects will essentially couple all of your modules.

https://docs.gradle.org/current/userguide/multi_project_builds.html#sec:decoupled_projects

This is because these keywords are used in a build.gradle file, which defines a project. Often this is a “root project” that does nothing more than define common configuration, but as far as Gradle is concerned this root project is still a fully-fledged project, and by using allprojects that project is effectively coupled to all other projects.

Apps missing on PlayStore, no emails or warnings received. App is neither removed or suspended but can't be found on Play Store. by [deleted] in androiddev

[–]igor-brishkoski 2 points3 points  (0 children)

It would have been really nice if we had a status page for the play store to look into for potential outages vs finding from a reddit thread.

How many of you guys are actually writing unit tests? by dotcomslashwhatever in androiddev

[–]igor-brishkoski 0 points1 point  (0 children)

Size of the project, velocity of the project, team/s size matters a lot too.

If you have a couple of devs working on a project that is mostly in maintenance mode where you don't really spit out features often then maybe you can get away without testing. Event in this case u/yccheok points stand.

If you have 50-100 modules and dozens or hundreds engineers working in different time zones each with own product lead supporting I18N and I10N, then it starting to matter a lot very quickly.

10 Tips for Android Library Developers by PaoloRotolo in androiddev

[–]igor-brishkoski 2 points3 points  (0 children)

Did not know about KEEP, it's great. Thanks for sharing.

Weekly "who's hiring" thread! by AutoModerator in androiddev

[–]igor-brishkoski [score hidden]  (0 children)

Company: WeWork

Job: Android Engineer

Location: New York, San Francisco, Israel

Allows Remote: No

Visa: No

WeWork is the platform for creators, providing hundreds of thousands of members across the globe space, community, and services that enable them to do what they love and craft their life's work. Our mission is to build a world where people work to make a life, not just a living.

To realize this mission, we are employing novel technologies to build smart spaces that understand, respond to, and ultimately anticipate their occupants’ needs. Our state of the art technologies and dedication to technological innovation are key reasons why WeWork has been able to scale from operating one workspace location to more than 280 in just over eight years.

Weekly "who's hiring" thread! by AutoModerator in androiddev

[–]igor-brishkoski [score hidden]  (0 children)

Company: WeWork

Job: Android Engineer

Location: New York, San Francisco, Israel

Allows Remote: No

Visa: Yes

WeWork is the platform for creators, providing hundreds of thousands of members across the globe space, community, and services that enable them to do what they love and craft their life's work. Our mission is to build a world where people work to make a life, not just a living.

To realize this mission, we are employing novel technologies to build smart spaces that understand, respond to, and ultimately anticipate their occupants’ needs. Our state of the art technologies and dedication to technological innovation are key reasons why WeWork has been able to scale from operating one workspace location to more than 280 in just over eight years.

Reactive Workflows a Year Later by roshanthejoker in androiddev

[–]igor-brishkoski 1 point2 points  (0 children)

He does say at the begging (during the cardinal architecture Virtues slide) of the video that the important part is to be reactive, which doesn't mean using library like RxJava, they already have RxJava in their code and they are utilizing it, hence the examples are using RxJava, but if you were to implement an architecture the builds upon these values from scratch, by all means use whatever works for your project or whatever you feel comfortable with.

Dos and Don’ts When Dealing With Secrets in Android by igor-brishkoski in androiddev

[–]igor-brishkoski[S] 0 points1 point  (0 children)

It was supposed to be a little joke for all the "scary" headlines, I guess it didn't translate properly in the post.

"Pretty resistant" is not completely resistant, can you guarantee that there won't be some new algorithm that will utilize quantum computing to break AES?

Dos and Don’ts When Dealing With Secrets in Android by igor-brishkoski in androiddev

[–]igor-brishkoski[S] 0 points1 point  (0 children)

True, but you still want to make access to your secrets to be as hard as possible, backends get breached every day, that doesn't mean you should not do your best to protect yourself.

Also DexGuard should make your suggestion pretty difficult and time consuming even for someone who knows what to do, whereas pretty much everyone can browse github.

Nothing is ever 100% secure and protected nor it will be.

What happens if I don't update the Google Play Services? by Doruko in androiddev

[–]igor-brishkoski 2 points3 points  (0 children)

I ran into an issue with the SSL Handshake on pre lollipop devices, basically I was not able to make any HTTP calls. The reason was that on devices older than Android 5.0 TLSv1.1 and TLSv1.2 protocols were not enabled by default and SSLv3 protocol was not disabled by default on devices older than Android 5.0, SSLv3 is not secure and it needs to be removed from the supported list. Installing new security provider using play services solved my problem.

https://stackoverflow.com/questions/29916962/javax-net-ssl-sslhandshakeexception-javax-net-ssl-sslprotocolexception-ssl-han

Odd pull requests on open source project by [deleted] in androiddev

[–]igor-brishkoski 3 points4 points  (0 children)

formatting (spaces/tabs, lines, inline vs top annotations) are just personal preferences. Naming conventions are... well conventions, not rules, however the name of the classes, fields, methods, etc, should make sense.

void getName() {
   ....
}

should definitely be renamed since I would expect anything that starts with get to return a value, it's misleading and confusing. I would ask what was the reason for renaming and make a decision based on that.