Ruby Hash - Initialization

Sort by

recency

|

46 Discussions

|

  • + 0 comments

    Thanks for sharing your akamai interview journey—it’s really insightful! Sounds like their process was pretty smooth: a hackerrank coding round, a deep dive into your resume, and then a solid technical chat covering backend essentials like linked lists, JWTs, HTTP vs HTTPS, concurrency, database consistency, and token auth flow. Tough topics, but great prep.

    Also, getting a “silver medalist” nod—even if the position filled—sounds like a nice honor and puts you in the loop for future roles. Keep it up, and I’m sure that experience will pay off next time you go in.

  • + 0 comments

    a few points to keep in mind: Use {} for a normal hash. Hash.new(0) works well for counters. Avoid Hash.new([]) since it shares the same array, instead use Hash.new { |h, k| h[k] = [] } to create separate arrays. For nested counters, you can try Hash.new { |h, k| h[k] = Hash.new(0) }. You can also build a hash from key-value pairs with Hash[...].

  • + 0 comments

    I’m working on a Ruby-based script to automate some JSON-based config generation for an iOS utility — something like what you’d see in an iOS on-device signing tool, which uses signed manifests for app installs.

    I’m using Hash.new { |h, k| h[k] = [] } to initialize defaults, but weirdly, values don’t persist as expected when nested keys are involved. Anyone else run into Ruby hash quirks like this when dynamically generating configs or parsing app metadata?

    Trying to avoid unnecessary .dig chains or manual nil checks if possible.

  • + 0 comments

    If you're looking to get the orginal version Milfy City, Read more (https://milfycmobi.com) for a aps file with all features unlocked. It's easy guide.

  • + 0 comments

    Why don't you try traffic rider mod https://modtrafficrider.com/