pelletkachels | blog over bedrijven en feitjes en de pelletkachel
Welkom bij Pelletkachels.nl, jouw ultieme bron voor alles wat met pelletkachels te maken heeft! Maar we zijn meer dan alleen een platform voor het bespreken van warmtebronnen. Bij Pelletkachels.nl geloven we dat het delen van kennis en ervaringen over bedrijven en gebeurtenissen ook essentieel is voor het creëren van een betrokken en geïnformeerde gemeenschap. In dit blog duiken we dieper in de we
日本語入力を支える技術 振り返り、もしくは技術書を書きたい人へ - 射撃しつつ前転 改
本を書いてからこっち、年度末で忙しかったり、体調がずっと悪かったりしていますが、そろそろ本気出します。正誤表も大幅にアップデートします。今書いてる。 今日は、本を書いてみてどうだったか、ということをふり返る。たぶんこれで本について触れるのは最後かな。宣伝はたまにすると思いますが。 ※思いがけず大量にアクセスがあったから、最後に追記を書いたので、そっちも読んでね！ 本を書いたきっかけ 会社の方でPFIセミナーという勉強会のようなものをやっており、なぜかそれがUStreamでインターネットに中継されているのだが、そこで日本語入力の話をしたら「本書かない？」って話が来た。編集さんとは、その前年に会社に来たWEB+DB Pressの記事執筆依頼で記事を書いた際に知り合ったので、そういう意味では貪欲にチャンスを掴みに行った結果であると言えなくもない。 PFIセミナーがUSTで中継されるようになったの
編集者がGitHubを使えないなら、penflipで本を執筆すればいいじゃない - nekovaの日記
可能と適切の差異 近年ではブログ記事をGitHubで管理している人は珍しくない。さらには、GitHubを雑誌の連載記事や書籍の執筆に利用する人も増え始めている。 文章の変更履歴管理にGitの差分管理はうってつけではあるし、後者のような複数人での作業時にこそGitHubの腕の見せどころである。 また技術者との共著の場合において、GitHub上でコミュニケーションが完結するのは極めて都合が良い。馴染みのあるUIと手順で本が書けるので、Gitを使い慣れた技術者にとっては不満はないはずだ。 しかし、そこに編集者を介するとなると少し面倒なことになる。 @naoya_itoさんも言及していたように、GitやGitHubを使いこなせる人は多くないという現実に突き当たるのだ。 Gitの学習コストは皆さんが思っているより高くつくので、「編集者の皆さんにGitを勉強してもらおう」という意見は些か乱暴である。
電子書籍の校閲編集作業にGitを利用してみる試み - Funny-Creative BLOG
先日、『アーマードール・アライブ』2巻の発売日を正式に発表させていただきました。 【お知らせ】『アーマードール・アライブ』2巻についてのお知らせ - Funny-Creative 記事内でも記載したとおり、まだ校閲や改稿など、編集作業が山積みを粛々と進めている最中です。 知人に下読みしてもらって矛盾点や改良点を洗い出したり、誤字脱字の山をひたすら切り崩したりと一人では大変な作業続いています。 下読みについては直接epubやテキストを送っても手伝ってもらえるんですが、細かい誤脱の修正やマークアップについては、どうしても口頭でフィードバックして解決しなければいけない状態です。 特に誤脱の指摘については、「○○ページ目の○行目に誤字があったよ」と教えてもらっても、リフローなEPUB形式のため追跡作業に難航してしまいます。 できれば直接原稿ファイルに手を入れて手伝ってもらいたいけど、複数人で1つの
キャリア1年未満だった僕が、社内にGitの運用を布教するために読みあさったもの ( +ちょ〜簡単に各Gitの運用方法のメリット・デメリット ) - Qiita
キャリア1年未満だった僕が、社内にGitの運用を布教するために読みあさったもの ( +ちょ〜簡単に各Gitの運用方法のメリット・デメリット )Gitgit-flowforkteamGithub-flow いろいろな方々とお話していると、「Gitでバージョン管理をしてみたい！」というような意見を多く聞きます。（Qiitaユーザーは「すでに使ってるよヽ(´ー｀)ノ」という方が多いとは思いますが…） 今回は、キャリア1年未満の時にgitの社内での運用についていろいろと制定していた際に、勉強した記事(+α)などを紹介したいと思います。 読んでほしい方 gitをチームでこれから導入しようとしている方 とりあえずgitを使ってみて、突っ走ってしまい、意味の分からないブランチが乱立したりして、運用に困っている方 新入社員の方など、バージョン管理って何なんだろうと思っている方 そもそもGitとは？基本的な
もうGitは怖くない： 自信を持って使いたいあなたへ - 檜山正幸のキマイラ飼育記 (はてなBlog)
2014初頭に書いた「WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows」の最後の文： ブランチは、Gitのなかで最も重要でありながら最も分かりにくい概念でしょう。表面的な言葉に騙されず、先入観を持たず、SourceTreeの視覚的表示（樹形図）の力を借りながら学習するのが、理解への一番の近道です。 そんへんの詳しいことはまたの機会に述べるかも知れません。 1年半以上たってしまいましたが、「またの機会」がやって来ましたよ。ええ、Gitの説明をします、ブランチを中心に詳しく。 「基礎編」と「ブランチ編」で2回に分けようかと思ったけど、長大な記事として一挙公開。これからGitを使う人が対象ではありません。Gitが何をやっているのか、自分が何をやっているのかイマイチ自信が持てない方向けです。 ブランチやマージって、なん
プログラミング未経験者がWEBエンジニアになるためにやるべきこと
最近よくプログラミング未経験の方から、これからエンジニアとしてやっていきたい、もしくはそこまでいかなくても自分でプロダクトを作れるようになりたいけど何からやったらいい？っていう相談を受けるようになってきました。個別に色々話を聞きつつこれやってみたら？っていうリンク送ったりはしてたんですが、その人たちにとっての大まかな地図的な意味でも、（「これ見といて」って自分が楽するためにも、）未経験者の人におすすめする学習教材をまとめてみました。 参考事例 ぼく自身ゼロからエンジニアを育て上げた経験があるわけではないので、先人の事例に学べることは学ぼう、かつこうやって伸びた人がいるんや！っていう本人のモチベーションになったらいいな、ということで紹介します。 リブセンスさん リブセンスさんの、非エンジニアを1ヶ月でエンジニアに育て上げる話、かなり強烈でしたね。フルコミットでかつ桂さんという突出したメンター
Pull request でごはんにカレーをかける
僕が働いている 会社 では、今期の目標や実績などの評価資料を Markdown で書いて、GitHub Enterprise の規定のリポジトリに pull request を送ることで管理しています（エンジニアだけでなく、デザイナーや、一部の部署ではマネージャーやディレクターも pull request で提出している一風変わった会社です）。どうしてこんなことをしているのかは CTO の記事 を参照いただければと思いますが、僕はデザイナーだし pull request も自己アピールの場だなと思って、コミットメッセージで絵を描くことにしました。 FIGlet FIGlet は文字をアスキーアートへ変換するツールです。コマンドラインで実行できるので、開発環境ごとに ssh ログインしたときに違うアスキーアートを表示させるようにしておくと、ログインしたサーバーを区別できて便利ですね。 $ b
Gitつらい - 恋しい日々
GUIクライアントを使っている人にGitの扱い方を教える機会というのがここ数年たびたびあって，最初のうちはGUIアプリわからんし，，，とかいってぽーいとぶん投げていた．途中から良くないなと思いGUIアプリとかも見ながらやってたんだけど，いろいろつらい． どういうことかというと，Gitってソース管理の複雑性を解決しないまま，そのまま複雑なソフトウェアとして落とし込んでいて，使う側に学習を強いるアーキテクチャだと思っていて，根本的にはこれがつらい．ソフトウェア書いてるとソースコードの管理が簡単じゃ無い問題なのわかってるから，使い方覚えるモチベーションもあると思うけど，ソフトウェア書いてない人たちが使おうとすると，なぜ複雑なのかを覚えたり学んだりするところからになる．これは通常であれば完全に無駄なコストで，ノーメリットであると言える．もちろんそういうのすっ飛ばしてコマンドだけ教えても良いのだけれ
We're moving to GitHub - golang-dev - Google Groups
Google グループでは、オンライン フォーラムやメール ベースのグループを作成したり、こうしたフォーラムやグループに参加したりすることで、大勢のユーザーと情報の共有やディスカッションを行うことができます。
GitHubをもっとソーシャルに使いこなすための7つ道具
新サービスが続々登場してアツい！ 「GitHub」とは 皆さんは「GitHub」を活用しているでしょうか？ 「GitHub」（ギットハブ）はソースコード管理用の分散型バージョン管理システム「Git」を使ったホスティングサービスです。 Gitの特徴は、作業用として自分のコンピュータ上にあるローカルリポジトリがあれば、ネットワークに接続できない状態だったとしても、ソースコードの更新や、履歴を調べたりできる点にあります。その特徴はGitHubにも生かされていて、オープンソースとして公開中の既存のコードを分岐（fork）して、新しいプロジェクトとして開発できます。 また、自分が手元のローカル環境でバグ修正したり、拡張したソースコードを本家のオープンソースプロジェクトに取り込んで（pull）もらうことも手軽にお願いできます。 さらに、READMEテキストファイル（README.md）などを独特のマー
Gistの使い方を覚えました - tyoshikawa1106のブログ
GitHubのGistという機能の使い方を覚えました。 この機能を利用すると次のようにブログにソースを埋め込むことができます。 Gistの使い方 GitHubサイトの上部にリンクがあります。 リンクをクリックすると以下のような入力欄が表示されます。 Gist description... 説明的なものを入力できると思います。 name this file... ファイル名を指定できます。 未入力だと自動で指定されます。 入力時には拡張子までつけると言語が紐付きます。 例)Sample.cls → Apex language: 言語を指定できます。 ファイル名が未入力のときのみ手動で変更できます。 indent mode: SpacesかTabsかを指定できます。 indent size: TABキーで挿入されるスペースの数を指定できます。 indent mode:Spacesのときのみ使用
ちょっとしたHTMLはGitHub Gistに置いてbl.ocks.orgで表示するのがお手軽です - Qiita
はじめに JavaScriptを含んだHTMLを表示するのにGitHubでレポジトリを作ってGitHub Pagesを作るという手もありますが、ちょっとしたHTMLだと、わざわざレポジトリ作るのも面倒です。 FirefoxのBugzillaを見ていたら、984796 – SVG path getTotalLength returns large incorrect numberでたまたま見つけた bl.ocks.org - aboutが便利だったので紹介します。 使い方 index.html というファイル名でGistを作成します。 あとは、GistのURLの https://gist.github.com を http://bl.ocks.org に置き換えてアクセスすれば表示されます。 bl.ocks.org - aboutに上げられている https://gist.github.co
GitHubについてもう少し知ってみる。その5（Gistでお手軽コード管理）
ようこそのお運びで厚く御礼申し上げます。 さてさて、今回は「GitHub」を調べていて、ちょいちょい出てきて気になっていたことば「Gist」について書いてみようと思います。 なので今日の目次は Gistとは・・・いったい何でしょうか？ Gistを使ってソースコードを保存してみよう Gistのバージョン管理は？ ソースコードをブログで公開してみよう。 これくらいでやってみましょう。 gistとは・・・いったい何でしょうか？ 「Gist（https://gist.github.com/）」とは、GitHubの提供している断片コードの共有サービスのことです。 では何ができるのか？ コードの一部（断片）を管理することができる。 複数ファイルをまとめて管理しているリポジトリとは違い、1ファイルのみ、１クラスのみ、コードの一部分のみなどを バージョン管理ができます。ひとつのファイルで簡潔する場合はGi
Gistで遊んでみる - 日々常々
GitHubにはコードの断片を管理したり人に見せたりブログに貼付けたりするのに便利なGistってのがあります。 通常の使い方では、ブラウザで貼付けたりとかすると思うのですが、GistもGitのリモートリポジトリなので、クライアントから使う事も出来ます。 ……ってのはGistにも普通に書いてるんですけどね。 Gist is a simple way to share snippets and pastes with others. All gists are git repositories, so they are automatically versioned, forkable and usable as a git repository. とりあえずやってみます。 色々やってみる まず適当に作ります。 GitHubはお金払わないとプライベートなリポジトリは作れないのですが、Gistだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - bundestag/gesetze: Bundesgesetze und -verordnungen
https://qiita.com/sotoshigoto/items/14d392168b389b9ab6a1
The Walt Disney Company
http://www.machu.jp/posts/20090106/p01/
Gistの使い方のメモ
