Experienced Devs

I have been applying via linkedin, company portal which show up on google search but somehow nothing is working out, cold dm, emails almost all eventually ending in radio silence. Not asking for some shortcut just that it all isn't making sense.

cross-posted from: https://programming.dev/post/49576261

I just came across televison the fuzzy finder tui last night on trending github projects, and it looks pretty useful

alexpasmantier.github.io/television/

cross-posted from: https://lemmy.ml/post/45059519

Ever seen our AOSP based apps (Phone,Messages,Gallery...) & thought I could make a difference to bring them up?

We're seeking a senior Android engineer to take ownership of the default app suite:

https://grapheneos.org/hiring#android-apps-software-engineer

Code standard is high, vibe coders need not apply.

Spot-on summary of the state of AI affairs by Dax Raad, who ironically is a co-founder of opencode.ai

via shitter

everyone's talking about their teams like they were at the peak of efficiency and bottlenecked by ability to produce code

here's what things actually look like

• your org rarely has good ideas. ideas being expensive to implement was actually helping
• majority of workers have no reason to be super motivated, they want to do their 9-5 and get back to their life
• they're not using AI to be 10x more effective they're using it to churn out their tasks with less energy spend
• the 2 people on your team that actually tried are now flattened by the slop code everyone is producing, they will quit soon
• even when you produce work faster you're still bottlenecked by bureaucracy and the dozen other realities of shipping something real
• your CFO is like what do you mean each engineer now costs $2000 extra per month in LLM bills

Curious where others might stand.

My day to day “coding” is reviewing, revising and running plans against LLM/code-assistant tools. I juggle around 2-3 sessions of this on various features or tasks at a time.

im working on a webapp and im being creative on the approach. it might be considered over-complicated (because it is), but im just trying something out. its entirely possible this approach wont work long term. i see it as there is one-way-to-find-out. i dont reccomend this approach. just sharing what im trying/investigating.

how it will be architected: https://positive-intentions.com/blog/decentralised-architecture

some benefits of the approach: https://positive-intentions.com/blog/statics-as-a-chat-app-infrastructure

i find that module federation and microfronends to generally be discouraged when i see posts, but it i think it works for me in my approach. im optimisic about the approach and the benefits and so i wanted to share details.

when i serve the federated modules, i can also host the storybook statics so i think this could be a good way to document the modules in isolation.

cryptography modules - https://cryptography.positive-intentions.com/?path=%2Fdocs%2Fcryptography-introduction--docs

p2p framework - https://p2p.positive-intentions.com/?path=%2Fdocs%2Fe2e-tests-connectionstatus--docs

this way, i can create microfrontends that consume these modules. i can then share the functionality between apps. the following apps are using a different codebase from each other (there is a distinction between these apps in open and close source). sharing those dependencies could help make it easier to roll out updates to core mechanics.

p2p chat - https://chat.positive-intentions.com/

p2p file transfer - https://file.positive-intentions.com/

the functionality also works when i create an android build with Tauri. this could also lead to it being easier to create new apps that could use the modules created.

im sure there will be some distinct test/maintainance overhead, but depending on how its architected i think it could work and make it easier to improve on the current implementation.

everything about the project is far from finished. it could be see as this is a complicated way to do what npm does, but i think this approach allows for a greater flexibility by being able to separating open and close source code for the web. (of course as javascript, it will always be "source code available". especially in the age of AI, im sure its possible to reverse-engineer it like never before.)

Not to poke at React or any of the other popular frameworks, I'm sure they're suitable for Cybersecurity projects. They surely go through things like reviews and audits.

I'm asking from the perspective that web components are native to the browser and thus reducing what I think is called supply chain attacks (like if "npm install" introduces something it shouldn't).

Maybe the frameworks don't matter and depends on the browser/os/device it's run on?

Context: I have a p2p messaging app created with ReactJS and a separate project for a UI framework based on Lit. Both these projects can be a whole separate discussion. I was wondering if there could be any advantages to refactoring (or starting from scratch) the messaging-app to be based on the webcomponent ui framework.

Same question on r/ExperiencedDevs with comments here. I have an answer there, but posting here in-case anything is being overlooked.

https://positive-intentions.com/blog/decentralised-architecture

Creating webapps is easy enough, but in my app, im kinda going against the "best-practices".

For example, im using browser-based cryptography exclusively. while it can be easy advice to suggest to consider using a server to generate keys, i want to contrast it against a webapp that would be sandboxed within the browser.

I'd appriciate if you would be interested to share your thoughts on the approach. I'm aiming for this project to be the foundation towards the most frickin' secure messaging app in the universe. It might be too ambitious, but I'd like to set the bar high.

Permanently Deleted

A few months ago, I posted to complain about the build system at my job. It wasn't my only complaint about that job, but it was the easiest to put into words. There were other factors (unfulfilling work, unpleasant work culture, a manager with whom every interaction felt "fake") that led to me quitting in early January.

My original goal was to take several months off and focus on longtime hobbies as well as training/certifying to get a DevOps job. However, day 1 of America's current Republican administration made clear that my family is no longer welcome here, and we'd need a strong financial footing to move. I put my plans on hold and got back into the job market.

I had changed jobs during COVID and the post-pandemic market cooldown, so I thought I knew what to expect (folks who looked for jobs in 2000 & 2008 are allowed to laugh). I was not ready for how quickly job postings reacted to economic troubles this time.

In the end, after dealing with "AI" interviewers, mid-interview ghosting, rejections, and more, I got the kind of job I wanted by knowing someone. Specifically, a former coworker vouched for me to a friend of theirs who was hiring.

I see a lot of stuff online that equates networking with nepotism. It seems like the distinction is lost on some people: It's way easier to get a job when the hiring manager trusts that you know your shit. There's a lot of AI slop out there now, and it seems like human recruiters are less involved and more skittish than ever. Your advantage is your human connection to another person.

Don't burn your bridges with other jobs/people unnecessarily. The former coworker who recommended me isn't even a friend of mine, just somebody who I worked well with. I only learned that their friend was hiring after we met for lunch to discuss their experience working in DevOps. It's not beneath you to reap the benefits of positive social interaction.

Also: Those who remember my last post may find it funny that my new team is responsible for the build system.

hope this question doesn't sound too vague.

I hate every interaction with our tooling. I loathe our older-than-dirt source control system. I hate our 4+ hour build times from scratch. I can't stand our "never plan shit" development process. I despise waiting 3+ months to see my changes in prod. I'm baffled by our RTFM onboarding process when the "manual" is some document written at project launch that's never been updated in the 10 years since.

My current task is simple, took a short time to write my code. But I've had so much trouble with tooling that the process of submitting a code review has stretched over a week. At this point, I know what I can do next to fix it, and it would take maybe 20 mins to do. However, I can't bring myself to even do that.

As cruel as it feels to say, my manager is like some NPC. I am on two teams, one of which I meet with every day who doesn't understand the work I'm doing for team #2. Team #2 meanwhile consists mostly of people I've never met, not even on video calls.

The company is huge and I don't feel like I can make any impact. My plan at this point is to try and hold out for my 1 year shares to vest and then bounce. Take 6 months to brush up on dev-ops skills and then look for a new line of work.

hackernews Comments

Hello everyone,

I am a developer with 3+ years of experience with full stack technology so mostly .Net and React along with some side projects in other languages. I wanted to ask if anyone has had any luck moving from high-end projects, to lower end projects(C++). I've become extremely interested in lower level projects like, embedded programming, firmware, drivers, compatibility layers but I don't have any professional experience in those fields.

I understand that projects like these are high priority so they are less interested in taking a risk for a Dev without professional experience in C, C++, or Rust, even if they liked the candidate. I just wanted some insight

As a senior developer, I don't find copilot particularly useful. Maybe it would have been more useful earlier in my career, but at this point writing a prompt to get copilot to regurgitate useful code and massaging the resulting output almost always takes as much or more time as it would for me just to write whatever it is I need to write. If I am able to give copilot a sufficiently specific prompt that it can 'solve' my problem for me, I already know how to solve the problem and how to write the code. So all I'm doing is using copilot as a ghost writer instead of writing it myself. And it doesn't seem to be any faster. The autocomplete features are net helpful because they're actually what I want often enough to offset the cost of reading the suggestion and deciding if it's useful. But it's not a huge difference (vs writing it myself) so that by itself is not sufficiently useful to justify paying the cost myself nor sufficient motivation to go to the effort of convincing my employer to pay for it.

understanding a big codebase you have never worked.

Somewhere between API resources, queue workers, repositories, clients and serializers there is a class of ... classes/modules that does the needful. Gun-to-my-head, I would call them "services" but I'm looking for a less overloaded term. Maybe capabilities? Controllers? Pick a term from the business domain? What do you call them?

I want to document my debugging sessions in a text file but I don't know if anyone did this before.

I came up with this kind of "language" that is a mix between Markdown and C++, but I still wonder if something equivalent exists already.

// When you click on the button
# [click button]
- A::f()
// - ... other method calls, don't document if you don't need to

# A::f()
// "..." for "parameters" where you don't need the details
- Stuff::g(...)
- Stuff::h(...)

// <Class> is a fake template thing to show the possible types of an object
# <SubStuffA | SubStuffB> Stuff::g(...)
- Stuff::g() {} // empty but I use v/=> for virtual call
  v/=> SubStuffA::g()
  v/=> SubStuffB::g()

# SubStuffA::g()

# SubStuffB::g()

# Stuff::h(...)

I document methods in the order of appearance in the code.

If you have any good idea about a reliable way to document a list of function calls, I'm interested!

cross-posted from: https://programming.dev/post/9846214

cross-posted from: https://programming.dev/post/9846201

Project CRaC, Correlation IDs, SSL Bundle Reloading and more.