タグ

関連タグで絞り込む (289)

タグの絞り込みを解除

softwareに関するjune29のブックマーク (362)

  • Developer-First Security という考え方 / Introduction to Developer-First Security

    LOCAL Developer Day Online ’21 /Security というイベントで利用した講演資料です。 イベントページ: https://local.connpass.com/event/219312/ 話者: https://twitter.com/lmt_swallow

    Developer-First Security という考え方 / Introduction to Developer-First Security

  • ソフトウェア工学とは何か


    ソフトウェア設計とは何か？ ︵原文‥ What Is Software Design?︶ by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は，Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では，オブジェクト指向プログラミング言語の代表として C++ を挙げていますが，これは本記事が執筆された当時，一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java，Delphi，C# といったオブジェクト指向言語が利用可能となっていますが，そんな今でさえこの記事は古さを感じないものとなっており，ソフトウェア開発の本質，現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W. Reeves 氏に，

  • 一休の現在と、ここまでの道のり

    フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

    一休の現在と、ここまでの道のり
    june29
    june29 2019/07/16
    偉業だ…！
    リンク

  • Island Life - プログラムの手入れ


    About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェonハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ
    Island Life - プログラムの手入れ

  • 0059 号 巻頭言


    世界を飲み尽くした後のソフトウェアとその保守 あまり Ruby と関係ないことを書く。 先日、epubcheckというツールの最新版である v4.1.1 がリリースされた。 epubcheck は epub をチェックするという、その名の通りの epub validator ツールである。 Web の開発に関わっている方であれば、HTML に対する HTML Lint やNuHTML Checker、CSS Validator 等は使ったことがある方もいるかもしれない。 それらを合わせた上、さらに EPUB 固有の validation も追加したようなツールである。validation というと比較的賢いツールを想定されるかもしれないが、Ruby で言うと rubocop というよりは ruby コマンドの -c オプションつきの実行に近い。﹁ダメなやつを弾く﹂ためのツールとして使わ

  • オープンソースの持続可能性、IssueHuntの挑戦 - Boostnote


    オープンソースを取り巻く環境 ﹁オープンソースでは食えない﹂ 数十年前から蔓延している業界の通説です。 今、世界中の大半のIT企業が、オープンソースを活用して開発を行っていると言っても過言ではなく、日頃私たちが何となしに使っているそのOSSは、その多くが無償のボランティアで作られています。 その裏側には、誰かのクリエイティビティであったり、誰かの労働力が発生しています。機械が自動生成しているわけではありません。 世の中への貢献は正当に評価される権利がある、評価される仕組みが無いのなら、それを作って一般化させよう。その一心でIssueHuntを毎日コツコツ作っています。 Boostnoteがくれた、IssueHuntに挑戦するきっかけ オープンソースプロジェクトであるBoostnoteを、僕ら自身が2年に渡り運営し、多くのOSS開発者たちと対話を行う過程で、持続性に欠けるオープンソースエコシ
    オープンソースの持続可能性、IssueHuntの挑戦 - Boostnote

  • オープンソース製品の「仕様」 - 赤帽エンジニアブログ


    Red Hatの佐藤匡剛です。昨日、Red Hat Forum / Tech Nightにお越しいただいた方、ありがとうございました。 昨日のRed Hat Tech Night冒頭のトークセッションで、id:nekopこと木村さんから面白い発言があり、Twitterでも話題になっていたようなので、ちょっとフォローアップの記事を書きたいと思います。 ﹁これは仕様ですか？﹂ と聞かれても、たまたま開発者がそうしただけというケースもあり、答えにくいことが多々ある #rhtn2018— 転職しても肉の妖精だった件 (@nanodayo) November 8, 2018 仕様が先かコード書いた人の気持ちが先か #rhtn2018— えいご (@enagok) November 8, 2018 実装がたまたまそうなっているwとても分かる。#rhtn2018— 水無月　忠司 (@longyoru)
    オープンソース製品の「仕様」 - 赤帽エンジニアブログ
    june29
    june29 2018/11/14
     わかる…。たまたまそうなっている、というものはぼくは﹁挙動﹂と呼んで区別したりします。仕様だとすると、変えるときに説明しなきゃいけないと捉えている。  

    ●software
      
    リンク

  • クライアントサイド JavaScript (AltJS) のテストを書くのは本当に難しいのか？ - @kyanny's blog

    TL;DR - 最初の一人はつらいけど後続はそうでもないので先駆者は自覚と誇りを持ってオールグリーンを維持しよう このエントリはMarionette.js ベースで3ヶ月開発したアプリのカバレッジ推移をまとめてみた - @kyanny's blogというエントリの続きにあたります。未読の方は先にそちらを一読されることをおすすめします。 Marionette.js ベースで3ヶ月開発したアプリのカバレッジ推移をまとめてみた - @kyanny's blogの結論で触れたように、今回テストを書くことにこだわったのは、「クライアントサイド JavaScript (AltJS) のテストを書くのは本当に難しいのか？」という問いに対する自分なりの回答を実践して検証してみたかったという理由があったからだ。 以前から「クライアント JavaScript (CoffeeScript や他の AltJS を

    クライアントサイド JavaScript (AltJS) のテストを書くのは本当に難しいのか？ - @kyanny's blog

  • #TestingFrameworkMeeting に参加しました（１） - テスティングフレームワークの歴史 - @ledsun blog


    参加した時のメモです。 t-wadaさん Testing Framwork Meeting テスティングフレームワークの歴史 http://www.slideshare.net/everzet/bdd-in-symfony2/42 のスライドがベース。 有史以前 make checkのように、テストを自動化する風習はあった。 開発者はそれぞれ秘伝の手法でテストコードを書いていた。 JUnit Kent BeckがJUnitを書いた。 1994 SUnit 1997 JUnit プロダクトコード書いてから、テストコードを書くまでの時間が短いほうが、 プロダクトコードに対する気づきが得られ、それをプロダクトコードに反映できることがわかった。 テストコードをさらに早く、プロダクトコードより早く書いた。 テストファーストが生まれ、ユーザーの視点でプロダクトコードを設計できるようになった。 自動テス
    #TestingFrameworkMeeting に参加しました（１） - テスティングフレームワークの歴史 - @ledsun blog
    june29
    june29 2018/11/04
    歴史書だ…！
    リンク

  • 11. フロントエンドエンジニアのキャリアパス - bkkcast

    bkkcast はフィードバックを積極的に受け付けています。聞いてみたいことがあれば質問箱もしくは @bkkcast まで連絡ください！ お品書き 1. フロントエンドエンジニアのキャリアパス (0:30) 発端は勝又さんのツイート フロントエンドエンジニアは CTO になれないのか？ @laiso アプリ開発をやる人がいないから始めた 昔からいるアプリエンジニアは Web 系から来たわけではない？ @mtfum くらいの若いエンジニアはフロントやアプリから入ってくる事が多い @tamanyan55 学生時代 CakePHP など Web App や API 開発をしていた @tamanyan55 �入社のタイミングでアプリリニューアルの話があり面白そうだから iOS エンジニアとしてキャリアをスタートした 将来的に「CTO」を目指している方は、キャリアのどこかで「バックエンド」を経験して

    11. フロントエンドエンジニアのキャリアパス - bkkcast

  • 学生だってちゃんと開発したい！大学の授業でスクラムを導入しようと思った話 - Man page of CHIKU_WAIT(2)


    前提 僕が居る公立はこだて未来大学では3年生の必修授業で﹁プロジェクト学習﹂と呼ばれる学科・コースの枠を超えた通年の開発演習があります。この授業ではサービスの開発や心理学研究、楕円曲線暗号のアルゴリズムの高速化やアルゴリズムの改良といった様々なテーマで最大15人程度のチームを組んで1年間取り組みます。実社会に根ざした問題群を解決していく方法を探求する取り組みらしいです。また、教員はあくまでもアドバイザーで、どんなことをするのか、何で開発するのか、どう開発していくのか、スケジュールはどうするのかすべて学生が主体となって決めていきます。そのため、チームによってですが、授業の時間以外も時間を費やすことが多く、3年生はプロジェクト学習に全力を注ぐと言っても過言ではないと思います。詳細はこちらを参照。www.fun.ac.jp 僕が所属しているプロジェクトは﹁ビーコンIoTで函館のまちをハックする
    学生だってちゃんと開発したい！大学の授業でスクラムを導入しようと思った話 - Man page of CHIKU_WAIT(2)

  • bosyuというサービスを作って譲渡するまでの流れ｜坪田 朋


    bosyuをCasterさんに譲渡しました。 bosyuの運営会社についてbosyuは株式会社Basecampのサービスとしてリリースしました。普段はデザイン制作、プロトタイプ開発を仕事にしています。9月で設立1周年を迎えるのでロゴを新しく作りました。 bosyuを作ろうと思ったきっかけ自分が欲しいと思ったのが一番のキッカケで、MVP開発の事例としても丁度良い規模なので作ることにしました。 ・MVP事例のポートフォリオワーク ・Twitter × OGPサービス増えた時期で自分でも作りたくなった ・規模的に丁度よく初期投資 / インフラコストも低い ・人材領域はマネタイズチャンスが多い ・最悪流行らなかったらクローズしやすい ・自分で使って数人採用できれば採算が合うような気がする ・実際にbosyu経由で複数のフリーランスの方と一緒に仕事してます ﹁譲渡した場合は折半﹂の約束でエンジニア
    bosyuというサービスを作って譲渡するまでの流れ｜坪田 朋

  • ぼくたちのかんがえたさいきょうのi18n国家


    本記事は下記のtweetから始まるスレッドに触発され、@qnighyや@na4zagin3からアイディアを拝借して書いた。 i18n力が最強の国は国内に複数の言語があり、そのうちいくつかは他国でも使われている言語の方言で、1バイト文字での代替表記が困難で、歴史的にISO-2022ベースの文字コードとUnicodeと独自エンコーディングが混在していて、フリガナなどの特殊な組版規則があり、右書き左書き縦書きを併用し、 — Masaki Hara (@qnighy) 2018年8月6日 皆さんのおかげで最強のi18n国家が建設されつつある。一瞬で滅びそう — Masaki Hara (@qnighy) 2018年8月6日 長い前置き ソフトウェアのi18nは難しい。自文化では当たり前と思っていてハードコードしてしまった仮定が崩れて、大幅な再設計を余儀なくされるからだ。気づいて再設計できればまだ良
    ぼくたちのかんがえたさいきょうのi18n国家
    june29
    june29 2018/08/07
    Microsoft のアレコレを少しやさしい気持ちで受け止められるようになった。この手のやつをすべて回避する「世界文化」みたいなものを創りたい、という気にさせられますねぇ。Unicode ならぬ Uniculture 的な。
    リンク

  • 組織の「外から変える」ではなく「中から変わる」―永和システムマネジメント平鍋健児と、LINE横道稔が語る“アジャイル開発”の本質 - リクナビNEXTジャーナル


    組織の﹁外から変える﹂ではなく﹁中から変わる﹂―永和システムマネジメント平鍋健児と、LINE横道稔が語る“アジャイル開発”の本質 ﹁ソフトウェア開発は仕様書通りにさえやればいい﹂そんなふうに思っていませんか？顧客、企画者、開発者、すべてが一丸となって作り上げることで最高の製品を目指す﹁アジャイル開発﹂という手法があります。 人と人とのやりとりに重きを置くことで、製品に、世の中にもっとインパクトが与えられないか。作り手の熱意が漏れない製品開発に挑み続けるアジャイル開発の達人・永和システムマネジメント平鍋健児氏と、LINE株式会社で組織の中から価値の伝播に取り組む横道稔氏が、﹁アジャイル開発の本質﹂について語ります。 対談者プロフィール 横道 稔︵よこみち・みのる︶ LINE株式会社 Delivery Managementチーム SIer、事業会社を経て、2018年 LINE株式会社入社。De
    組織の「外から変える」ではなく「中から変わる」―永和システムマネジメント平鍋健児と、LINE横道稔が語る“アジャイル開発”の本質 - リクナビNEXTジャーナル
    june29
    june29 2018/05/19
    よかった。ありがたい話が満載。
    リンク

  • 2018-03-30 技術導入とその運用設計を考える 〜 過去と未来と — OpsLab


    2018-03-30 技術導入とその運用設計を考える 〜 過去と未来と 2018年3月30日開催の持続可能なモノづくり・人づくり支援協会 (ESD21) 特別フォーラム﹁持続可能な技術を考える﹂における発表資料です。 イベントページ: https://www.esd21.jp/news/2018/03/sit-forum.html 中京大学工学部教授 鈴木常彦先生(tssさん)から、なかなか難しいテーマを宿題としていただいたのですが、現時点(2018年3月)で波田野が考えていることを、総ざらいしてまとめてみました。 名古屋近郊の自動車メーカや建設系企業、IT企業の方々にご参加いただき、いろいろご意見を伺うことができました。 ありがとうございます。 個人的には、伊勢神宮が永らく続けている﹁式年遷宮﹂や名古屋のメーカが誇る﹁形式手法﹂﹁関数型言語﹂活用を軸とした名古屋らしい尖ったモノづくり文
    june29
    june29 2018/05/18
    うおお、ガツンときた…。何周か目を通そう。
    リンク

  • 人月単価で80万円ぐらいの仕事 - terurouメモ


    Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい︵一人でWebシステムが構築できる程度︶で、2‐3人月ぐらいの小さなシステムを一人でヒアリング～実装～運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる︵常にあるとは言ってない︶し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 ﹁人月単価で80万円ぐらいの仕事﹂の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編
    人月単価で80万円ぐらいの仕事 - terurouメモ
    june29
    june29 2018/04/18
    週の15時間くらいをこういう仕事に当てて収入を安定させつつ、残りの時間で好きなテクノロジにがっつり触れて投資する、みたいな生き方はそこそこいいと思う。
    リンク

  • カスタマイズしないとどうなるか


    続き。自社製品のミドルウェアでカスタマイズをしないと実際にどうなるかを書いていく。 カスタマイズの相談をされた場合一切対応していない事を伝える。メールが返ってこない事が多い。そのためビジネスチャンスを逃している可能性は高いが、カスタマイズをするリスクのほうが高いため問題ない。 カスタマイズを要求していくる会社から相手にされなくなる。 注文から提供までメールにて申込書を送り、記載して返送してもらう総務が社内に立っているライセンスサーバでライセンスを発行する製品のダウンロード URL とライセンスファイルをメールで送る終わり。製品の提供まで30分くらい。自社製品は最小ライセンスの費用が60万円/年なので30分で60万円の売上になる。これが毎年。 この後はサポートのお仕事。 サポート対応全ての顧客が同じ製品を利用しており、自社製品は最新版を利用していることがサポートを受ける前提と

  • できの悪いソースコードをAIで発見、富士通が不採算案件の抑制へ


    富士通が人工知能︵AI︶などを活用し、システム開発プロセスの改革に本腰を入れ始めた。システム構築・運用支援のツール群を﹁KIWare︵ケーアイウェア︶﹂として体系化し、2017年11月に50件の開発プロジェクトに本格適用を開始した。時間を浪費しがちな開発業務をAIで効率化し、システムエンジニア︵SE︶が、開発業務の様々な作業や成果物の品質の向上に充てる時間を捻出する狙いである。 富士通がAIの活用に本腰を入れる背景には、開発プロジェクトの作業や成果物の品質の低さが課題になっていることがある。﹁品質を現場の人任せではなく、技術で底上げする。それによって品質が原因の不採算の案件を減らしたい﹂︵富士通の粟津正輝サービステクノロジー本部 本部長代理 兼 先端技術統括部長 兼SE変革推進室長代理︶。 システム開発において、不採算案件につながる要因は様々だ。設計書の不備による手戻りが発生したり、ソー
    できの悪いソースコードをAIで発見、富士通が不採算案件の抑制へ
    june29
    june29 2017/11/29
    「開発プロジェクトの作業や成果物の品質の低さが課題になっているが、現場の人任せにするのはよくない」アッ、はい…
    リンク

  • Plan: Organize your life

    Your Work Concierge Plan intelligently organizes projects and tasks from all the tools you and your team use: calendar, email, JIRA, Zendesk, Salesforce, and Github. Think of it like a work concierge. Great Teams Get More Done with Plan Teams on Plan save an average of 15 hours a week. That's more time spent working, and less time spent managing work. Get Started

  • Sudachi beta

    What is Sudachi? Sudachi is a timetable editor to list up your tasks in a day and organises their priorities at the beginning of the day. Make a timetable with Markdown Sudachi allows you to write a timetable with Markdown. The tasks in the editor area are shown in the timetable area. Edit a timetable easily The start time and required time of tasks can be edited easily by drag and drop in the tim

    Sudachi beta
  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.