Redirecting… Click here if you are not redirected.
John Ousterhout の作った言語 Tcl/Tk は、非常に便利な言語である。これは簡単なスクリプト言語の側面と、ＧＵＩツールキットの二面性を持ち、そのために多彩な理用法が可能である。ここで、筆者が経験した多様な使い方を紹介し、Tck/Tk の有効性について議論しよう。やや未完成なかたちで公開するが、それでも有益だろう。そのうち追加するので待っていて欲しい。 済まぬが量がちょっと異常になってしまった。それゆえ前編・後編と分けて記述する。続けて読まれたい。 前編 Tcl/Tk とは Tcl/Tk アプリケーション ＭＶＣデザイン Ｃ言語プログラムから Tcl/Tk スクリプトを生成してＧＵＩを実現する タートルグラフィックス用インタプリタ NEW!!! Ｃ言語によって自前コマンドを処理できるインタプリタを作成する！ 後編 Ｃ言語によって自前の Tk ウィジットを新たに作る！ Ｃ言語
Among the myriad of resources available to entrepreneurs and industry professionals, podcasts have emerged as a potent medium for knowledge dissemination and community building. Within this podcasting landscape, one niche stands out prominently: Software as a Service (SaaS) podcasts. These audio platforms have garnered significant attention and acclaim, serving as invaluable sources of insights, s
Xcode 5からOS X Serverと組み合わせてCIを実現するBotが追加されました。Botは長らくJenkinsとXcodeのコマンドラインツールを組み合わせて生き延びてきたCIコーダーたちにとって福音となるかと思われた機能です。 しかしそこはAppleというべきか流石の独自路線突っ走りで、Jenkinsのような自由度がまったくなくBotの利点があまりないのが現状です。Botの唯一といえる利点は、実機でのテストをCIに組み込めることです。 とは言えMacとの親和性が高くWebページからAdHocの配布を簡単にできたりと、拡張性を考えないならわりと使える面もあります。そこで今回は、Botを使って自動的にビルド＆TestFlightアップロードができる仕組みを作るために、Botのことを少し探ってみることにします。 Bot from Apple VS Jenkins Bot自体リリースさ
他のバージョン管理システムと同様 git にも hook が色々存在しますが、役割を適用順に一覧にしたサイトが見当たらなかったので自分用にここに書いておこうと思います。 細かいことはは公式ドキュメントを見てください。 また各々の hook script の書き方自体は、手元の環境の .git/hooks/*.sample を参考にしてください。 commit関係 見ての通り、コマンドを実行してからの流れ順に書きます。 git commit pre-commit commit前に起動しコードをチェックするなどで使う。 0以外を返すとcommit中止。--no-verifyで無視。 prepare-commit-msg commit時のデフォルトメッセージ編集用。 エディタが起動し commit msg の入力 commit-msg commit msg が既定のフォーマットに沿っているかなど
git hookで何ができるかを簡単にまとめた 基本的には以下のページに書いてある事 Gitフック Customizing Git - Git Hooks 抜粋 .git/hooksに配置 適切に命名すれば動く 要実行可能権限(chmod) RubyやPython等で自作可能 クライアントサイドフックの例 pre-commit (コミットメッセージが入力される前) 事前にテストを実行 行末の空白文字の検査 ドキュメントの検査 コーディングスタイルの検査 prepare-commit-msg (コミットメッセージエディターが起動する直前) テンプレートのコミットメッセージを使う 自動でIssue番号などをメッセージに追加 commit-msg (コミット時) コミットメッセージが要求された様式に沿っているか検査(チケット番号が入っているかなど) post-commit (コミットプロセスが全
netcatは、Unix系OSコマンドラインアプリケーションの一つ。TCPやUDPのパケットを読み書きするバックエンドとして機能するツールで、ネットワークを扱う万能ツールとして知られる。オリジナル版より機能的に優位な派生・互換ツールが開発され、用いられている。 netcatは、UNIX系OSで動作するコマンドラインアプリケーションである。TCPやUDPを扱う万能ツールとして知られ、しばしばネットワークのスイスアーミーナイフ[3]、TCP/IPのアーミーナイフ、ハッカーのアーミーナイフなどのように評される。その万能性ゆえ、nmapの作者として知られるセキュリティ専門家のGordon Lyon（英語版）が管理するInsecure.orgにおいて、ネットワークセキュリティツール部門の常に上位5位以内にランキングされているツールである。 *Hobbit*によって作成、1995年10月12日にバージ
外国語講座 しっかり学べて、楽しく続けられる。 約30言語の入門・経験者向けクラスを全国の教室とオンラインで開講中です。
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
Gitでnon-fast-forwardなコミットをpushする場合、以下のエラーが出てくる To /home/user/remote.git/ ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to '/home/user/remote.git/' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-f
A peer-reviewed journal specializing in the publication of research on the study of Japanese religions. The journal aims for a multidisciplinary approach to the study of religion in Japan, and submissions are welcomed from scholars in all fields of the humanities and social sciences. The JJRS is published with the support of the Center for Information on Religion and is a CC BY-NC4.0 open access j
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
