5 ms·

My experience exactly. The dev tools have caught up to chrome and in some ways surpassed it.

TimTheTinker 7y ago
The “workspace” and “blackbox script” features in Chrome devTools are real paradigm shifters and a huge productivity boost for me when developing/debugging in JS/TS or SCSS/CSS. With Workspaces, most changes to source files are reflected immediately without reloading (no LiveReload-type tooling is needed). Firefox has yet to release either of those features, as far as I know. I’ll switch dev browsers as soon as they do.
- shstalwart 7y ago
  There will always be a trinket to keep you on the plantation.
  - TimTheTinker 7y ago
    This is more like the GPS guidance on modern, DRM’ed tractors than trinkets given to plantation slaves. It’s not integral to my work, but it does contribute significantly to my productivity.
mmgutz 7y ago
The only thing I miss is the ease which you can create and use different profiles in Chrome. Facilitates testing web apps. Firefox's support of multiple profiles is kludgy.
- qzio 7y ago
  Have you tried firefox's container extension? A more light weight, but easy to use separation of "profiles"
  - Myrmornis 7y ago
    No, this suggestion is wrong. I looked into using FF containers as a chrome profiles replacement and they’re not the same thing at all. I can dig up my notes if you like, I think they’re posted on HN in fact. FF has true profiles and those are what you’d use. I agree with GP. Chrome profiles are what’s stopped me switching to FF.
    - andrewaylett 7y ago
      It does depend on exactly why you want profiles -- for my use cases, Multi-Account Containers (and Temporary Containers) do a much better job of helping me achieve what I want to do than either browser's implementation of profiles.
      - Myrmornis 7y ago
        I maintain that it is a widely-propagated misconception that Firefox containers can be used to replace Chrome profiles. Here are my notes from when I investigated: https://news.ycombinator.com/item?id=15688651 https://news.ycombinator.com/item?id=15688651 I went deeply into trying to use containers as a profile replacement, replacing Chrome with the new Firefox beta for one month, and I can report that it is not the right direction to go in: - New tabs do not inherit current container - No way to make Ctrl-T do this by customization (I investigated extensions (can't remap Ctrl-T) and even system-wide Ctrl-T remapping with Karibiner; neither gives you what you want) - History is shared across containers. So e.g. work URLs mixed up with personal. That's contra to one of the main purposes of Profiles. - External applications do not open a tab in the current container. So e.g. clicking in a link in work slack will fail because it will not open in a tab which has work cookies / google account etc. Evidently Containers are not designed as a Profile replacement. I'm not sure what they are for but I don't think it's a need that I have. As I understand it using the long-standing Firefox profiles feature is the way to go, but personally I switched back to Chrome after a month of the new Firefox Beta because of the convenience of Chrome profiles. I should try Firefox profiles, but I exhausted my experimentation energy on Containers.
        7y ago
- Duckton 7y ago
  Have you tried navigating to `about:profiles`? That’s how I switch between profiles. Works just fine IMO.
- nneonneo 7y ago
  This is funny - because I actually resisted switching to Chrome initially because it didn’t support multiple profiles at all. FWIW, I find Firefox’s support for multiple profiles fine - it just requires the -P argument, which you can wrap up in a shortcut or launcher script. (On Windows, add -no-remote to force a new instance to launch). -P takes an optional profile name, so you can add it to your scripts to auto-launch a Firefox with a particular profile preloaded. Sure, it could use a proper UI, but if enough people clamour for it I’m sure that can get added. The fundamental support for multiple profiles is quite good.
pbhjpbhj 7y ago
Chrome's audit (Google Lighthouse) is good.
- Destiner 7y ago
  If your app is deployed (has public url), you can use https://web.dev/measure https://web.dev/measure, which I believe is the same thing.

The “workspace” and “blackbox script” features in Chrome devTools are real paradigm shifters and a huge productivity boost for me when developing/debugging in JS/TS or SCSS/CSS. With Workspaces, most changes to source files are reflected immediately without reloading (no LiveReload-type tooling is needed). Firefox has yet to release either of those features, as far as I know. I’ll switch dev browsers as soon as they do.

shstalwart 7y ago
There will always be a trinket to keep you on the plantation.
- TimTheTinker 7y ago
  This is more like the GPS guidance on modern, DRM’ed tractors than trinkets given to plantation slaves. It’s not integral to my work, but it does contribute significantly to my productivity.

mmgutz 7y ago

The only thing I miss is the ease which you can create and use different profiles in Chrome. Facilitates testing web apps. Firefox's support of multiple profiles is kludgy.

qzio 7y ago
Have you tried firefox's container extension? A more light weight, but easy to use separation of "profiles"
- Myrmornis 7y ago
  No, this suggestion is wrong. I looked into using FF containers as a chrome profiles replacement and they’re not the same thing at all. I can dig up my notes if you like, I think they’re posted on HN in fact. FF has true profiles and those are what you’d use. I agree with GP. Chrome profiles are what’s stopped me switching to FF.
  - andrewaylett 7y ago
    It does depend on exactly why you want profiles -- for my use cases, Multi-Account Containers (and Temporary Containers) do a much better job of helping me achieve what I want to do than either browser's implementation of profiles.
    - Myrmornis 7y ago
      I maintain that it is a widely-propagated misconception that Firefox containers can be used to replace Chrome profiles. Here are my notes from when I investigated: https://news.ycombinator.com/item?id=15688651 https://news.ycombinator.com/item?id=15688651 I went deeply into trying to use containers as a profile replacement, replacing Chrome with the new Firefox beta for one month, and I can report that it is not the right direction to go in: - New tabs do not inherit current container - No way to make Ctrl-T do this by customization (I investigated extensions (can't remap Ctrl-T) and even system-wide Ctrl-T remapping with Karibiner; neither gives you what you want) - History is shared across containers. So e.g. work URLs mixed up with personal. That's contra to one of the main purposes of Profiles. - External applications do not open a tab in the current container. So e.g. clicking in a link in work slack will fail because it will not open in a tab which has work cookies / google account etc. Evidently Containers are not designed as a Profile replacement. I'm not sure what they are for but I don't think it's a need that I have. As I understand it using the long-standing Firefox profiles feature is the way to go, but personally I switched back to Chrome after a month of the new Firefox Beta because of the convenience of Chrome profiles. I should try Firefox profiles, but I exhausted my experimentation energy on Containers.
      - 7y ago
Duckton 7y ago
Have you tried navigating to `about:profiles`? That’s how I switch between profiles. Works just fine IMO.
nneonneo 7y ago
This is funny - because I actually resisted switching to Chrome initially because it didn’t support multiple profiles at all. FWIW, I find Firefox’s support for multiple profiles fine - it just requires the -P argument, which you can wrap up in a shortcut or launcher script. (On Windows, add -no-remote to force a new instance to launch). -P takes an optional profile name, so you can add it to your scripts to auto-launch a Firefox with a particular profile preloaded. Sure, it could use a proper UI, but if enough people clamour for it I’m sure that can get added. The fundamental support for multiple profiles is quite good.

pbhjpbhj 7y ago

Chrome's audit (Google Lighthouse) is good.

Destiner 7y ago
If your app is deployed (has public url), you can use https://web.dev/measure https://web.dev/measure, which I believe is the same thing.