From Fedora Project Wiki

(Initial user profile)
(Replaced content with "__NOTOC__ __NOEDITSECTION__ __NOINDEX__ {{delete|Personal reasons. Please delete. Thank you!}}")
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
= Jacob Wisor =
|REAL-NAME=Jacob Wisor
{{delete|Personal reasons. Please delete. Thank you!}}
|HOME=''Too many homes to enumerate''
|pmail=[,%0D%0D gitne (AT) fedoraproject (DOT) org ]
== Facts and Thoughts ==
<p align="justify">I have been a <code>Red Hat Linux</code> user since my college days in 2001.
However, this has not been my first contact with Linux. It has been during my
school days and it was <code>SuSE Linux 5.0</code> in 1997. These were the days
of Linux kernel version <code>2.0</code>, no online updates, no bug trackers, and no distributed
development, remember? :-D<br/>
I have also done a lot of <code>[ Windows]</code> programming and
administration, like at the [ Paderborn Center for Parallel Computing (PC²)]
administering the [ Windows HPC] cluster. And, I
have worked as a <code>[ Java]</code> and <code>[ .NET]</code>
(<code>[ C#]</code>) application developer for companies too.
Oh, and yes, I have been doing relational database programming using <code>SQL</code>, and believe me, expertise
in <code>SQL</code> is greatly exaggerated by recruiters.<br/>
{{admon/note|@Recruiters|''Just because '''you''' do not know or understand something it does not mean it must be fancy.''}}
<p align="justify">
While working for companies, my major work and development platform was Windows, simply because the company and
most clients freely decided into the [ Microsoft] vendor lock-in. So, we had to use Windows.
One company based their entire business on Windows and Microsoft products. And yet, there were still many tasks I
could only accomplish while using any of the prominent Linux distros (at that time).
<p align="justify">
Nevertheless, I do not hate Windows, I even appreciate it some times. Windows solves the same problems Linux solves, just in a
different way. Therefore, it also creates new problems, just like any Linux distros do. So, I am going to let you in on a "secret":
No solution is perfect. In this situation, the only advantage Linux has over Windows is that you actually ''can'' fix what
is giving you head aches.<br/>
Linux distros have solved many problems in a great way, so has Microsoft with Windows. You just have to be open minded
and fair enough to actually see and appreciate it.<br/>
What I really do despise is when vendors try to lock you into their own ecosystem by force and putting up artificial walls
against interoperability. Of course, this applies to any vendor, not only Microsoft. And, an absolute no go since
[ 2013]<sup>wink wink</sup> is closed source and actively "''collecting''"
information on your customers. So, if Microsoft or any other major vendor with closed source software wants to win my trust
back; start open-sourcing your products (you may even benefit from this).
<p style="text-align:justify">
[ Fedora] has become my major desktop and development environment since Fedora 18 (Spherical Cow). I chose Fedora because...
# ... it is the only (and first) distro to seriously adopt [ systemd]. <code>systemd</code> finally solves a major problem for Linux (without forcing itself on legacy lovers) in a sane and elegant way. No, a bunch of <code>SysV</code> scripts is not an init system for the 21<sup>st</sup> century nor does present a foundation for modern operating systems and hardware. Yes, a complete operating system takes much more than just a kernel and a bunch of scripts in user space (this may have been enough in the 1970s). So, Linux distros, welcome to the 21<sup>st</sup> century thanks to major Fedora contributors and Red Hat sponsor. Oh, and some words towards <code>Ubuntu</code> and <code>Upstart</code>: good riddance. <code>systemd</code> is probably one of the finest pieces of software on this planet and poses a major improvement in the Un*x world.<br/>IMHO, what it still has missing is a network transparent single sign-on authentication module. But, no wonder it has not been solved yet. Adding a sane authentication framework to an OS is no trivial task.
# ... you always get fairly recent [ Linux kernels]. Well, although every release model his its advantages and disadvantages, thus serving different purposes better or worse, and with the Linux kernel being a monolithic kernel design with constant improvements to graphics device drivers, Fedora simply offers the best trade off of all aspects important to me. Yes, I want a fairly recent kernel because of the updates and improvements I get. But no, I do not want to constantly mess around with compiling the kernel or other possibly large and complex software packages. I want to get my work done, that's it. Indeed, I am a developer but I want to spend my compiling time on improving my work and product than on somebody else's product who probably also has better understand of it than me. Fedora has a very well balanced package release model and policy.
# ... [ RPM] is the package manager of choice. RPM has a very long lasting legacy, some enterprise grade unique features and together with {{package|yum}} are an unsurpassed combo. Yes, some other distros have long lasting package managers too, most prominently <code>Debian</code>/<code>Ubuntu</code> with <code>deb</code> and <code>apt</code>. The problem with these is however that they have never been pushing for innovation like RPM does. Like with RPM's latest features ''optional'' packages and ''weak dependencies''.<br/>Because I personally love packaging, as well with RPM on Linux as with MSI on Windows, I do care about this. However, all of the most prevalent packaging solutions do share although different but effectively common design flaws, which means that none of them would have been designed today the way they were in the 1990s. As much as I love packaging, I must admit that they are all severely flawed; namely in the way their internal structure is described.
# ... it is a major contributor to [ Wayland] and thus has a serious determination to finally deprecate {{package|xorg-x11-server|}}. The X protocol is really really old. It has never been designed for modern hardware accelerated graphics. So, although code is working, it is doing a lot of hardware accelerated stuff either by hacks or working around the X protocol. Hence,'s implementation has become complex and bulky, including a massive amount of actually obligatory extensions. Often these extensions turn out to be incompatible or excluding each other mutually with certain configurations. The time is way overdue for an architecturally sane and clean replacement. Finally, GNU/Linux will get a de facto standard for high quality graphics for everyone to enjoy. Yey!
# ... there is a solid [ commercial company] behind it. Yes, this is very controversial to some people in the [ FOSS] world and difficult to understand or accept. But, those who dismiss the notion or fact that it is indeed not only legitimate but also often helpful to the cause of FOSS having companies commercially involved into FOSS, either did not read any particular free and open-source license carefully enough or did not actually understand it.<br/>It takes a huge effort, both in terms of resources and time, to build a sane product like Fedora (or any other significant distro or OSS product). Therefore, you need someone who is continuously interested in a FOSS product and also has the resources to do so. Lets face it, many initially good FOSS projects simply die because of lack of people and/or resources. Often, this could get prevented if companies would have involved stronger or much earlier in the initial process. So, I am grateful to those people who have taken on the challenge &#x2014; despite the initial odds voiced by critics &#x2014; living, promoting, and exploiting the FOSS cooperation model.
<p align="justify">
Unfortunately, {{package|anaconda|Anaconda}} is still terrible and a '''disaster''' to release. <code>Anaconda</code> is a shame for a distro of
Fedora's prominence and the talents gathered in its community. Fedora can do better. Those who feel their work may have been misjudged, please
take a look at the quality and sophistication of [ openSUSE's installer]. But, please do not try
ingesting a configuration tool into <code>Anaconda</code> for all packages, just like SuSE did with <code>YaST</code>. You will fail
even more terribly. You simply can not create "one tool to rule them all". The absence of such an unfortunate tool is also another
reason why I chose Fedora over <code>openSUSE</code>, although <code>openSUSE</code> had adopted <code>systemd</code> pretty early too
and used <code>RPM</code> for package management ever since. I could never get warm with the supposedly good intentions of <code>YaST</code>
as the system's central configuration tool but always failing and breaking when updated packages would change their configuration structure
or because of manual configurations I had made. Fedora is cool for delivering software packages pretty much vanilla style and not messing
up their configuration structure.
== Contact ==
* '''Email''': [,%0D%0D gitne (AT) fedoraproject (DOT) org ]
* '''IRC''': Currently no servers or channels, but you may spot me going by the nickname <code>GITNE</code>.
If you really want to contact me please use email.
* '''Twitter''': [ GITNE]
* '''Fedora Account''': <code>gitne</code>
== Interests ==
* '''Operating Systems'''
** [ Fedora]
** [ Windows]
** [ Android] (mainly on [ OUYA] and other consoles)
** ''Palm OS'' (but unfortunatelly it's dead)
* '''Languages'''
** '''Programming'''
*** [ Java]
*** C
*** C#
*** C++ (although I do not like it very much because it is not truly object oriented)
** '''Markup and Other'''
*** XML (and many derivatives), XML Schema, XHTML
*** HTML
*** SQL
** '''Familiar with but not interested in'''
*** JavaScript (ECMAScript)
*** Visual Basic
*** Pascal
*** Delphi
** '''Natural'''<br/>This is mainly why I love localizing software. Localizing your software makes it not only more user friendly, but look cool too!
*** English
*** German
*** Polish
* '''Packaging'''
** [ RPM]
** [ Microsoft Windows Installer] ([ Orca])
* '''Build Automation'''
** [ ant]
** msbuild
** make
** '''No''' <code>[ autotools]</code>: They '''do not''' solve anything and are '''not''' platform independent
** '''No''' <code>[ Gradle]</code>: It is a '''desperate''' attempt to simplify the complexity of building software for multiple platforms by sprinkling in narcissistic domain specific syntax
* '''Version Control Systems'''
** [ git]
** [ Mercurial]
== Software and Packages ==
* [ OpenJDK]
* [ IcedTea-Web]
* [ The Tor Project]
* [ Bitcoin]
== Activities within Fedora ==
<p align="justify">
I have always been interested in [ Java], since its very
beginning in 1994. I was intrigued (and still am to this very day) by its
promise of platform independence, interoperability, language design, and
concepts. So, it was only natural to get involved with [ IcedTea]
and now [ OpenJDK].
* '''IcedTea-Web'''
** Localized to <code>de</code> and <code>pl</code> locales
** Fixed some UI bugs
** Improved documentation a bit
** Reviewed commits
* '''IcedTea-Web''' for '''Windows'''
** Port currently in progress
** Seeking approval of initial Windows code into [ IcedTea-Web repository] so that others can collaborate on the port too
* '''OpenJDK'''
** Currently localizing <code>JDK</code> tools to <code>de</code> and <code>pl</code> locales, where missing
** Still probing for the best way to commit [ OpenJDK repositories]
** Next contribution: Multi-threaded [ signing and verification] of JAR files (prototype already working)

Latest revision as of 17:01, 8 November 2018

It has been requested that this page be deleted.
Personal reasons. Please delete. Thank you!