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 =
+
__NOTOC__
{{User:Cassmodiah/Infobox2
+
__NOEDITSECTION__
|REAL-NAME=Jacob Wisor
+
__NOINDEX__
|image=Floating_point.png
+
{{delete|Personal reasons. Please delete. Thank you!}}
|HOME=''Too many homes to enumerate''
 
|FAS-NAME=gitne
 
|pmail=[mailto:Jacob%20Wisor%20%3Cgitne%40fedoraproject.org%3E?body=Hello%20Jacob,%0D%0D gitne (AT) fedoraproject (DOT) org ]
 
|Twitter=https://twitter.com/GITNE
 
|irc-nick=GITNE}}
 
== 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>[https://www.microsoft.com/windows Windows]</code> programming and
 
administration, like at the [https://pc2.uni-paderborn.de Paderborn Center for Parallel Computing (PC²)]
 
administering the [http://www.microsoft.com/hpc Windows HPC] cluster. And, I
 
have worked as a <code>[https://www.java.com Java]</code> and <code>[https://www.microsoft.com/net .NET]</code>
 
(<code>[https://msdn.microsoft.com/en-us/vstudio/hh341490 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>
 
<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 [https://www.microsoft.com 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>
 
<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
 
[https://en.wikipedia.org/wiki/Edward_Snowden 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>
 
<p style="text-align:justify">
 
[https://getfedora.org 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 [http://www.freedesktop.org/wiki/Software/systemd 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 [https://www.kernel.org 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.
 
# ... [http://www.rpm.org 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 [http://wayland.freedesktop.org Wayland] and thus has a serious determination to finally deprecate {{package|xorg-x11-server|X.org}}. The X protocol is really really old. It has never been designed for modern hardware accelerated graphics. So, although X.org code is working, it is doing a lot of hardware accelerated stuff either by hacks or working around the X protocol. Hence, X.org'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 [https://www.redhat.com commercial company] behind it. Yes, this is very controversial to some people in the [https://www.fsf.org 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>
 
<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 [https://en.opensuse.org/Portal:YaST 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.
 
</p>
 
 
 
== Contact ==
 
 
 
* '''Email''': [mailto:Jacob%20Wisor%20%3Cgitne%40fedoraproject.org%3E?body=Hello%20Jacob,%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''': [https://twitter.com/GITNE GITNE]
 
* '''Fedora Account''': <code>gitne</code>
 
 
 
== Interests ==
 
* '''Operating Systems'''
 
** [https://getfedora.org Fedora]
 
** [https://www.microsoft.com/windows Windows]
 
** [https://www.android.com Android] (mainly on [https://www.ouya.tv OUYA] and other consoles)
 
** ''Palm OS'' (but unfortunatelly it's dead)
 
* '''Languages'''
 
** '''Programming'''
 
*** [https://www.java.com 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)
 
*** BASIC
 
*** 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'''
 
** [https://www.rpm.org RPM]
 
** [https://msdn.microsoft.com/en-us/library/cc185688%28v=vs.85%29.aspx Microsoft Windows Installer] ([https://msdn.microsoft.com/en-us/library/aa370557%28v=vs.85%29.aspx Orca])
 
* '''Build Automation'''
 
** [https://ant.apache.org ant]
 
** msbuild
 
** make
 
** '''No''' <code>[https://www.gnu.org/software/autoconf autotools]</code>: They '''do not''' solve anything and are '''not''' platform independent
 
** '''No''' <code>[https://www.gradle.org 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'''
 
** [http://git-scm.com git]
 
** [http://mercurial.selenic.com Mercurial]
 
 
 
== Software and Packages ==
 
* [http://openjdk.java.net OpenJDK]
 
* [http://icedtea.classpath.org/wiki/IcedTea-Web IcedTea-Web]
 
* [https://www.torproject.org The Tor Project]
 
* [https://www.bitcoin.org Bitcoin]
 
 
 
== Activities within Fedora ==
 
<p align="justify">
 
I have always been interested in [https://www.java.com 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 [http://icedtea.classpath.org IcedTea]
 
and now [https://openjdk.java.net OpenJDK].
 
</p>
 
 
 
* '''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 [http://icedtea.classpath.org/hg/icedtea-web 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 [https://hg.openjdk.java.net OpenJDK repositories]
 
** Next contribution: Multi-threaded [http://linuxmanpages.net/manpages/fedora21/man1/jarsigner-java-1.8.0-openjdk-1.8.0.25-4.b18.fc21.x86_64.1.html signing and verification] of JAR files (prototype already working)
 
 
 
[[Category:Ambassadors]]
 

Latest revision as of 17:01, 8 November 2018



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