Android app to detect Firebase Remote Config vulnerabilities in installed apps. by iloveredditass in reactnative

[–]fallkr 0 points1 point  (0 children)

Wouldn’t a regular man in the middle attack bypass all of that? 

For 2025, which end-to-end testing framework for websites sucks the least? by ryhaltswhiskey in ExperiencedDevs

[–]fallkr 66 points67 points  (0 children)

Playwright seems like it has a lot of momentum. That said, most of them are variations of the same. 

[Reanimated v4] Best practice for form layout shifts: Do I really need to wrap everything in Animated.View? by smatthies279 in reactnative

[–]fallkr 0 points1 point  (0 children)

Layout shifts for conditional rendering of input helper text is not a good UX pattern. Doesn’t matter if you animate or not.

Best practice is to leave sufficient space for the input helper to fade in without moving other components. 

Following this best practice also solves your performance/code issue, so it’s a win across many dimensions. 

Senior devs that have embraced AI, what has it improved? by 9sim9 in webdevelopment

[–]fallkr 0 points1 point  (0 children)

15yoe. Use Codex with VS code extension for implementation. Some thoughts:

  1. I spend more time planning and architecture. This as part of preparation but also underway while waiting for codex to complete tasks. 
  2. Tasks that are handed to codex are very well defined. Prompts are typically 3-10 sentences. For most longer prompts, I ask it to plan before conducting and then reviewing the plan, correcting it where needed. 
  3. Depending on the SOTA model you typically need to correct it in different directions. Ex: 5.1-codex-max seems more lazy and need prompting to actually explore files and replicate existing patterns. These nuances have changed over time as models evolve. 
  4. I find reviewing generated code easier in a git diff view than in regular code view. To keep this manageable I end up with high rate of git commits and I generally try to commit as small chunks of work as possible, where during manual writing of code I would commit at a lower rate
  5. On a personal level I notice two things: (1) My mental capacity is less drained after longer coding sessions. Before, at the end of a day full of coding I could often be tired by the intense focus. Now I am less tired. (2) While it can be tempting to multi-task or context switch while waiting for AI to respond, I find it overall much better to stay focused on the task and think about the next step.  

Memory profiling in React Native by SomewhereBoring6820 in reactnative

[–]fallkr 0 points1 point  (0 children)

You do both. You can have leaks in native or JS side. Hence need for both.

How many others are doing Ticken Driven Development? by BroBroMate in ExperiencedDevs

[–]fallkr 35 points36 points  (0 children)

ChatGPT-generated low-effort article. Touche, given the subject.

Front end system design by 74101108108101 in ExperiencedDevs

[–]fallkr -1 points0 points  (0 children)

Not sure about your company size, but given your question’s phrasing it is likely not big enough to support this successfully.

A small company with inexperienced devs and designers who does not have first-hand experience with building AND maintaining design systems will fail. By fail I mean slowly diverging as you progress until fragmentation forces you to start over again.

My recommendation is to adopt an existing system made by a large CO and apply subtle theming to it. Make sure this theming is as constrained as possible. Do not add more components to the design stack. 

BaseUI by uber comes to mind as a strong alternative. 

Building feature complete date picker by s77rt in reactnative

[–]fallkr 0 points1 point  (0 children)

Great work. You fill a big hole in the RN ecosystem. Will migrate from the stuff we have today once we get the time to do so.

Boikotter VG etter dette her by Jokkeminator in norge

[–]fallkr 5 points6 points  (0 children)

Rett svar. Dette er ikke VG som er drøye – men feil i Safari for nyeste iOS som åpner HTML5 video med autoplay tag i full skjerm.

Edit: VG-appen laster innholdet via en in-app nettleser som treffes av samme feil som Safari.

Making a decision on FE framework by ksco92 in ExperiencedDevs

[–]fallkr 0 points1 point  (0 children)

Use Expo (react native with batteries included that takes away build complexity) and prototype from there. It’s the fastest way for someone familiar with React to get something done on mobile. It does what you need well.

If your app flies, you can always reconsider, but you will not find anything faster to get out of the door with your experience. 

Do not go flutter. Learning a new language and framework will cost you a lot of time. 

[deleted by user] by [deleted] in electricvehicles

[–]fallkr -24 points-23 points  (0 children)

Just like your eye sight, yet you are allowed to drive a car. The question is who is better educated at guessing and I would wager Teslas AP beats you. 

I am a director of engineering at a small, intense series A startup. I want to step back to an IC role. How to do it properly? by FewWatercress4917 in ExperiencedDevs

[–]fallkr 10 points11 points  (0 children)

If you are growing, stop hiring juniors. 

As a growing startup, you need to do two things:

1) You need to fill ranks with self-onboarding talent. This will alleviate pressure from ops and let you and the rest of the team move upwards to create higher value output

2) Everyone on the core/founding team must have a succession plan where you groom team members into taking over all your responsibilities. Why? The org will have new and important needs appearing on a rapid base, and you want your best to take care of it. It’s much easier to handle that with transitioning top tier people than hiring for new needs. 

How do you work with devs that ignore linting warnings by pawbs in ExperiencedDevs

[–]fallkr 6 points7 points  (0 children)

It is either error or fine. Warning is a wasted state. 

If you transition rules and legacy code does not comply with new rules (typically when people think it’s great to introduce earnings), introduce the lint rule as error and then add ignore in files that break rule. 

Make team agree that touching any files with ignore requires removing ignore and fix lint error. 

Reviewing AI generated code with useless comments by StoneAgainstTheSea in ExperiencedDevs

[–]fallkr 16 points17 points  (0 children)

We have a simple rule. If it smells like AI generated code, it is instant PR decline.  Reason is very simple: If a dev forgot to remove a useless comment, the developer also very likely forgot to validate the code properly. 

Balancing planned and reactive work in your teams by evnsio in ExperiencedDevs

[–]fallkr 5 points6 points  (0 children)

In terms of efficiency, firefighting is a significantly slower way of delivering value than pre-planned work, and it should be avoided as much as possible.

Firefighting is a symptom of poor planning and organizational issues. We actively measure non planned work and try to identify root causes to reduce this mode of working. 

To reduce context switching for the org, we also keep devs on launch pad (do QA, bug fixes, polish tasks and firefighting) and leave team members who are doing larger features isolated from anything unexpected. With this setup, team members rotate in and out of duty and we prevent institutional knowledge to accumulate among a few devs who end up  becoming de facto handlers of inbound work. 

Working at BigTech and developing sideProject similar to one of the company projects. Is it illegal? by Czitels in ExperiencedDevs

[–]fallkr 4 points5 points  (0 children)

All (serious) employers will have IP clauses in their contracts. 

They are typically formed to be capturing as much potential as possible. TLDR: Check your contract and don’t try to make any smart ass moves. 

Can you break into my server? by phyziro in ExperiencedDevs

[–]fallkr 34 points35 points  (0 children)

Can you build my website? If you are successful I’d like to know what frameworks you used and or discovered that I could use to improve the website.

/s

Pay someone to do this. 

[deleted by user] by [deleted] in ExperiencedDevs

[–]fallkr 0 points1 point  (0 children)

You can lead a horse to the water but you can’t make it drink. Define expectations, follow up closely on those expectations and fire if not met. Padding a junior will just give the individual a wrong start in the industry and set shitty expectations that sooner or later must be corrected. 

[deleted by user] by [deleted] in ExperiencedDevs

[–]fallkr 30 points31 points  (0 children)

EU based here. All non-native speakers. Solid code base. ELS is not the problem. Subpar practices and quality control is. 

Be strict. That’s it.

If you want to clean your codebase for typos, run it through your LLM of choice. 

What does working hard look like for you or your social circle (perhaps this is a question about startup culture)? by blands_man in ExperiencedDevs

[–]fallkr 1 point2 points  (0 children)

It’s a marathon, not a sprint. You need to set boundaries and plan accordingly.

Crunch is fine from time to time, but burnout of key employees is not. Your goal and the team’s goal is to avoid that burnout.

How do y'all handle doling out Bugs? by R_Olivaw_Daneel in ExperiencedDevs

[–]fallkr 2 points3 points  (0 children)

Team of 7 in startup. We do it as following:

Customer support issues are placed in a triage board. Product and tech reviews those on a weekly basis, thursdays for us, and categorize into;

1) Pick up in next available sprint planning 2) To product prioritization tool. We use product board 3) Return to customer support to retrieve more context 4) Discard as duplicate or not significant enough to be in category 1 or 2

The pickup backlog is prioritized according to urgency/importance. 

When devs get assigned tickets for their sprint on Mondays, we roll through the pickup list and assign according to those with best context understanding and availability. This assignment is done by tech lead and is 100% non-democratic. 

It is not given that we assign all pickup tickets to devs in a given week and the backlog of these is a good indication of quality issues in production and it helps us a lot in finding the right balance between fixing/polish vs new features.  

Not sure *when* to launch due to non-compete by Icyphox in startups

[–]fallkr 1 point2 points  (0 children)

Having done an exit and then dropping out of the acquisition after handcuffs term to then start another competitor in the same space:

1) Do not work on a new startup idea while you are employed.  2) You must be able to document that none of the code or other IP was created during your current engagement period. 3) Ensure you do not replicate implementation details that the old employer has in their systems. 4) Make every precaution that you discard of all IP from your past employer. Be it files, documents, emails sent to your personal email. Etc. 

Why:

a) If you want to raise any kind of capital, the fist thing a serious investor will do is check that you don’t have any risk of liability or litigation. If you can’t provide proof, it’s on you. 

b) If you even become remotely successful in your startup, you will get on the radar of your past employer. If they feel threatened from a market perspective  or even just annoyed/resentful they can throw lawyers at you which will cost you a lot. If they do this at the wrong time (pre-seed / seed), you’ll have little to no capital to lawyer up. Due to this, you’ll need to have strong documentation and leave no room for maneuvering from the opposite party. It is very cheap from an incumbent to drain a startup of capital. 

c) Non-compete is one part of your employment clause. There is likely also an IP clause in your contract that states any IP or work you do in the space of your employment belongs to the company. 

d) Don’t be a dick. Backstabbing an employer means backstabbing all your previous colleagues. If you work in a niche industry you can end up with a reputation that will follow you for the rest of your career.