I enjoy programming and have gotten to the point where I can pick up and start home projects on a whim.
Normal workdays usually involve Python, maybe JavaScript and a heavier language, usually C/C++ or Java, now Scala. Of course build system DSLs are a plenty: make, cmake, autotools, pants, scons, etc.
When I home I pick a personal project, with the language depending on the use case. Things that can possibly see the light of day get prototyped in Python. Experiments are usually Lisp or something new that helps solve the issue. Actual code I'm trying to release is Java for Android, C++ for performance, and Vala for home libraries which compiles to C.
Good God , this is slashdot and we're still burning USBs to CD?!?!
dd if=yourdvdorusb.iso of=/dev/yourusbdsticdrvice bs=4m or whatever you want
Put in USB, restart, find boot menu, try to boot. If this fails it's usually because the firmware has issues with USB boot, go into the BIOS and set the USB emulation type to hard disk.
BAM USB boot, this had never failed for me.
Shame on your CD burning ways
guy with degenerative eye disease here! mine is keratoconus, and I've had the unfortunate opportunity to have used soft lenses at first. they're amazing in comfort compared to rgp lenses, but I find that the rgp lenses don't pose that much of a difficulty. sure they're a bit of a nuisance, but once I remember to use my drops I can wear them all day no problem.
i see that these lcd lenses can't be used for personal screens, so i would definitely say in that case they're not worth the effort if they're similar to rgp lenses. the effort is worth it when you're actually getting to see something
Okay so I understand the whole desire to toss out X and it's extreme amount of legacy code, but Wayland to me seems like even at version 1 will be crippled compared to X. The no network transparency I can handle (just barely), but no apps that require full OpenGL? I've tinkered around with OpenGL ES in the past and it does not seem like an acceptable substitute when you need full OpenGL. Why are distros planning on adopting it so quickly? Are these flaws that normal users would not notice or care about?
Wait a second, stem cells that regenerate but will probably give you cancer, and nanoparticles that eat cancer for breakfast...if my math works out correctly regeration + cancer - cancer = regeneration (or at least non-rejectable organ transfers). Can anyone say ultra combo?
what seems the most interesting to me is that when you think about it, should the monkeys go on as they do, communication will become more complex. given a few thousand years and a very luckily unscathed civilization and habitat (ha...), does anyone else not find the idea of them eventually forming some semblance of civilization possible, and intriguing?
personally i say seal the suckers off and go god complex on their asses, time to play some real life spore
If I remember correctly, Microsoft seems to be positioning Project Natal as a sort of new console launch. The dvd problem is mitigated in their eyes by the introduction of digital downloads (although some consumers do not regard them as equal. As for the RROD, console hardware gets new revisions during its lifetime. The 360 has been through three or four of them I think. Combine more efficient hardware revisions, improved hard drive capabilities (please let us install our own....), and a new software interaction paradigm and you can get something resembling a new console.
side note: as a graphics programmer, it seems to me that we're reaching a point of diminishing returns in real-time realism. its to the point where some developers choose a less realistic look to avoid the uncanny valley, and real time ray-tracing not being hungrily pursued by everyone due to raster algorithms being "good enough"
I read that the speed of Windows 7 is a result of some under the hood programming. They implemented concurrency in the drawing component of GDI, which in theory allows for smoother graphics when multiple GDI apps are running. The old way of doing things was a single lock, and the time it took to lock/unlock is what seems to have caused past responsiveness issues.
Slashdot Mirror
I enjoy programming and have gotten to the point where I can pick up and start home projects on a whim. Normal workdays usually involve Python, maybe JavaScript and a heavier language, usually C/C++ or Java, now Scala. Of course build system DSLs are a plenty: make, cmake, autotools, pants, scons, etc. When I home I pick a personal project, with the language depending on the use case. Things that can possibly see the light of day get prototyped in Python. Experiments are usually Lisp or something new that helps solve the issue. Actual code I'm trying to release is Java for Android, C++ for performance, and Vala for home libraries which compiles to C.
Or any ISO for that matter since we're being real particular
burning a USB ISO to CD... My bad
Good God , this is slashdot and we're still burning USBs to CD?!?! dd if=yourdvdorusb.iso of=/dev/yourusbdsticdrvice bs=4m or whatever you want Put in USB, restart, find boot menu, try to boot. If this fails it's usually because the firmware has issues with USB boot, go into the BIOS and set the USB emulation type to hard disk. BAM USB boot, this had never failed for me. Shame on your CD burning ways
guy with degenerative eye disease here! mine is keratoconus, and I've had the unfortunate opportunity to have used soft lenses at first. they're amazing in comfort compared to rgp lenses, but I find that the rgp lenses don't pose that much of a difficulty. sure they're a bit of a nuisance, but once I remember to use my drops I can wear them all day no problem.
i see that these lcd lenses can't be used for personal screens, so i would definitely say in that case they're not worth the effort if they're similar to rgp lenses. the effort is worth it when you're actually getting to see something
Okay so I understand the whole desire to toss out X and it's extreme amount of legacy code, but Wayland to me seems like even at version 1 will be crippled compared to X. The no network transparency I can handle (just barely), but no apps that require full OpenGL? I've tinkered around with OpenGL ES in the past and it does not seem like an acceptable substitute when you need full OpenGL. Why are distros planning on adopting it so quickly? Are these flaws that normal users would not notice or care about?
Wait a second, stem cells that regenerate but will probably give you cancer, and nanoparticles that eat cancer for breakfast ...if my math works out correctly regeration + cancer - cancer = regeneration (or at least non-rejectable organ transfers). Can anyone say ultra combo?
what seems the most interesting to me is that when you think about it, should the monkeys go on as they do, communication will become more complex. given a few thousand years and a very luckily unscathed civilization and habitat (ha...), does anyone else not find the idea of them eventually forming some semblance of civilization possible, and intriguing? personally i say seal the suckers off and go god complex on their asses, time to play some real life spore
If I remember correctly, Microsoft seems to be positioning Project Natal as a sort of new console launch. The dvd problem is mitigated in their eyes by the introduction of digital downloads (although some consumers do not regard them as equal. As for the RROD, console hardware gets new revisions during its lifetime. The 360 has been through three or four of them I think. Combine more efficient hardware revisions, improved hard drive capabilities (please let us install our own....), and a new software interaction paradigm and you can get something resembling a new console. side note: as a graphics programmer, it seems to me that we're reaching a point of diminishing returns in real-time realism. its to the point where some developers choose a less realistic look to avoid the uncanny valley, and real time ray-tracing not being hungrily pursued by everyone due to raster algorithms being "good enough"
I read that the speed of Windows 7 is a result of some under the hood programming. They implemented concurrency in the drawing component of GDI, which in theory allows for smoother graphics when multiple GDI apps are running. The old way of doing things was a single lock, and the time it took to lock/unlock is what seems to have caused past responsiveness issues.