Symfony Profiler

{
    "@context": [
        "https:\/\/join-lemmy.org\/context.json",
        "https:\/\/www.w3.org\/ns\/activitystreams"
    ],
    "actor": "https:\/\/lemmy.world\/c\/lemmyshitpost",
    "to": [
        "https:\/\/www.w3.org\/ns\/activitystreams#Public"
    ],
    "object": {
        "id": "https:\/\/lemmy.world\/activities\/update\/2b1e1649-04ef-44c7-8952-17e68c35dd5d",
        "actor": "https:\/\/lemmy.world\/u\/kryptonianCodeMonkey",
        "to": [
            "https:\/\/www.w3.org\/ns\/activitystreams#Public"
        ],
        "object": {
            "type": "Note",
            "id": "https:\/\/lemmy.world\/comment\/20226336",
            "attributedTo": "https:\/\/lemmy.world\/u\/kryptonianCodeMonkey",
            "to": [
                "https:\/\/www.w3.org\/ns\/activitystreams#Public"
            ],
            "cc": [
                "https:\/\/lemmy.world\/c\/lemmyshitpost",
                "https:\/\/lemmy.blahaj.zone\/u\/DarkAri"
            ],
            "content": "<p>Concise readability is usually my goal. Like if I have 12+ lines of code with a loop and some nested conditionals, recursively digging into buried directories, that probably takes a bit of thought to parse. So it is probably is better to move that to a function with a descriptive name like, \u201csize, depth = get_directory_size_and_depth(filepath)\u201d, that way the function name itself serves as it\u2019s own comment\/documentation describing what\u2019s being done and, if you don\u2019t really care about how the size and depth is aggregated, it abstracts that process into one line of code in the calling function that the reader can instantly understand without parsing the whole process. That goes doubly so when the function is generic like get_directory_size_and_depth(filepath) would be, and can be put in its own shared utilities file.<\/p>\n",
            "inReplyTo": "https:\/\/lemmy.blahaj.zone\/comment\/17649835",
            "mediaType": "text\/html",
            "source": {
                "content": "Concise readability is usually my goal. Like if I have 12+ lines of code with a loop and some nested conditionals, recursively digging into buried directories, that probably takes a bit of thought to parse. So it is probably is better to move that to a function with a descriptive name like, \"size, depth = get_directory_size_and_depth(filepath)\", that way the function name itself serves as it's own comment\/documentation describing what's being done and, if you don't really care about how the size and depth is aggregated, it abstracts that process into one line of code in the calling function that the reader can instantly understand without parsing the whole process. That goes doubly so when the function is generic like get_directory_size_and_depth(filepath) would be, and can be put in its own shared utilities file.",
                "mediaType": "text\/markdown"
            },
            "published": "2025-10-30T14:08:02.063265Z",
            "updated": "2025-10-30T14:17:48.234212Z",
            "tag": [
                {
                    "href": "https:\/\/lemmy.blahaj.zone\/u\/DarkAri",
                    "name": "@DarkAri@lemmy.blahaj.zone",
                    "type": "Mention"
                }
            ],
            "distinguished": false,
            "audience": "https:\/\/lemmy.world\/c\/lemmyshitpost",
            "attachment": []
        },
        "cc": [
            "https:\/\/lemmy.world\/c\/lemmyshitpost",
            "https:\/\/lemmy.blahaj.zone\/u\/DarkAri"
        ],
        "tag": [
            {
                "href": "https:\/\/lemmy.blahaj.zone\/u\/DarkAri",
                "name": "@DarkAri@lemmy.blahaj.zone",
                "type": "Mention"
            }
        ],
        "type": "Update",
        "audience": "https:\/\/lemmy.world\/c\/lemmyshitpost"
    },
    "cc": [
        "https:\/\/lemmy.world\/c\/lemmyshitpost\/followers"
    ],
    "type": "Announce",
    "id": "https:\/\/lemmy.world\/activities\/announce\/update\/4f8d67f9-bb18-421a-b1d1-5bb41833275b"
}

{"@context":["https://join-lemmy.org/context.json","https://www.w3.org/ns/activitystreams"],"actor":"https://lemmy.world/c/lemmyshitpost","to":["https://www.w3.org/ns/activitystreams#Public"],"object":{"id":"https://lemmy.world/activities/update/2b1e1649-04ef-44c7-8952-17e68c35dd5d","actor":"https://lemmy.world/u/kryptonianCodeMonkey","to":["https://www.w3.org/ns/activitystreams#Public"],"object":{"type":"Note","id":"https://lemmy.world/comment/20226336","attributedTo":"https://lemmy.world/u/kryptonianCodeMonkey","to":["https://www.w3.org/ns/activitystreams#Public"],"cc":["https://lemmy.world/c/lemmyshitpost","https://lemmy.blahaj.zone/u/DarkAri"],"content":"<p>Concise readability is usually my goal. Like if I have 12+ lines of code with a loop and some nested conditionals, recursively digging into buried directories, that probably takes a bit of thought to parse. So it is probably is better to move that to a function with a descriptive name like, “size, depth = get_directory_size_and_depth(filepath)”, that way the function name itself serves as it’s own comment/documentation describing what’s being done and, if you don’t really care about how the size and depth is aggregated, it abstracts that process into one line of code in the calling function that the reader can instantly understand without parsing the whole process. That goes doubly so when the function is generic like get_directory_size_and_depth(filepath) would be, and can be put in its own shared utilities file.</p>\n","inReplyTo":"https://lemmy.blahaj.zone/comment/17649835","mediaType":"text/html","source":{"content":"Concise readability is usually my goal. Like if I have 12+ lines of code with a loop and some nested conditionals, recursively digging into buried directories, that probably takes a bit of thought to parse. So it is probably is better to move that to a function with a descriptive name like, \"size, depth = get_directory_size_and_depth(filepath)\", that way the function name itself serves as it's own comment/documentation describing what's being done and, if you don't really care about how the size and depth is aggregated, it abstracts that process into one line of code in the calling function that the reader can instantly understand without parsing the whole process. That goes doubly so when the function is generic like get_directory_size_and_depth(filepath) would be, and can be put in its own shared utilities file.","mediaType":"text/markdown"},"published":"2025-10-30T14:08:02.063265Z","updated":"2025-10-30T14:17:48.234212Z","tag":[{"href":"https://lemmy.blahaj.zone/u/DarkAri","name":"@DarkAri@lemmy.blahaj.zone","type":"Mention"}],"distinguished":false,"audience":"https://lemmy.world/c/lemmyshitpost","attachment":[]},"cc":["https://lemmy.world/c/lemmyshitpost","https://lemmy.blahaj.zone/u/DarkAri"],"tag":[{"href":"https://lemmy.blahaj.zone/u/DarkAri","name":"@DarkAri@lemmy.blahaj.zone","type":"Mention"}],"type":"Update","audience":"https://lemmy.world/c/lemmyshitpost"},"cc":["https://lemmy.world/c/lemmyshitpost/followers"],"type":"Announce","id":"https://lemmy.world/activities/announce/update/4f8d67f9-bb18-421a-b1d1-5bb41833275b"}