Placeholder Image

字幕表 動画を再生する

  • s so next up, we have just floored.

  • I'm so excited that Jessica have come and come and speak here today, traveling all the way across the country from New York, even though she did, you know, he used to reside here back in the day when Jessica worked.

  • Get hub you.

  • Chances are, you've you've used some application that Jessica's sticky fingers were involved in making.

  • Along the way.

  • Jessica let let the electron team will start the electron team, get help.

  • And so, you know, if you've bean working on anything that's had been built as a desktop application that uses JavaScript takes him Elsie, assess all of those good things packaged up and used on the desktop app.

  • There are lots of them around way going toe.

  • We're going to lunch.

  • Okay.

  • Thanks for your talk.

  • Yes, you may well have encountered Jessica's work already.

  • Also just now works the New Yorker.

  • Comfortable displace hoo d'oh!

  • Kind of tooling on resources for musicians heard it described as get hub for musicians.

  • So the mind kind of boggles there.

  • I've seen Jessica talk a bunch of times before and always really enjoyed her take on like culture on the way teams work together on.

  • So I'm very, very excited to be also welcome here.

  • Thio Jam stack conference peacemaker.

  • Very, very welcome, Jessica Lord.

  • Thank you.

  • Thank you so much, Phil.

  • Um, yeah, Thank you.

  • That's well said.

  • My name is Jessica Lord.

  • I work at, um, a company called Spice in New York City.

  • I work on the back end and a bunch of very not jammy stuff at all.

  • And but I'm so I'm not talking about any of that today.

  • Today I'm gonna share some stories about very jammy things I worked on When I get Hub and I code for America and get hope is a code sharing site, Um, and code for America, if you don't know, is a nonprofit based here in San Francisco for writing open source software for city governments that city governments can use and be better at governing.

  • Um, but first I want to go into the statement and and really, why?

  • I'm thrilled to be here and a part of the damn satcom and really loved this area of the web the most, and excites me is because I really, truly believe that everyone is a developer that everyone could be a developer, that everyone might be a developer.

  • They might be on their way.

  • They will be a developer soon, or they actually already our developer.

  • But they're afraid to call themselves that.

  • Our profession is really special that way.

  • For those of us who do this professionally, it's it's different that we actually have people not doing it professionally, doing the stuff that we do professionally, that's different.

  • It's not like rocket science or heart surgery, and I don't mean in terms of complexity, right, because that's not to say that the work we do is an important revolutionary.

  • Remarkable.

  • It is, um, and that's what's really exciting for me about it.

  • And it's not to say that there aren't really brilliant people doing amazing things, But you don't need to be on the bleeding edge fringe of Web development to make something meaningful and empowering.

  • And there aren't heart surgery hobbyists.

  • There actually might be, and it's definitely illegal, Um, but it's it's one of these ways in which our profession is different than other people's, and I might really regret this metaphor later.

  • So we'll see.

  • Um, because unlike heart surgery, the Web is bigger than what we do professionally.

  • And unlike heart surgery, the Web is better when it's approachable, firm or people.

  • Um, the work we do every day is also done by tinkerers by activists by people on their weekends, by people teaching themselves by community leaders.

  • All these people who aren't considering themselves a professional developer, they're still using the tools that we have built and contributed and are using.

  • But I think it's important that when we build the tools we do and create the environments we do for Web development, we think about these tools in the context not just of other developers exactly like us, but for people, not developers.

  • But aren't developers people?

  • Yes, but they're a subset of people who could, would and should be developing.

  • And so for me and why I love the jam stack.

  • And a lot of the work I do is because I want to build things, is that there's more people building things, and I think it inflates everyone.

  • It is better experience on the Web when more people can use the Web.

  • There's this quote I love from a Neil Dash who is the CEO of glitch formally fought Creek.

  • But now, fully and on glitch, it seems more important than ever to encourage a diverse community of creators to experiment with their broadest set of ideas.

  • I think that's so true, and to me it's really important because coding is a powerful literacy and and it's not just the the broadest people out there who might be developers or who aren't developers.

  • But I mean, it's also the people you work with, because you probably worked with people who aren't developers or people who haven't been developers their whole lives or people who are developers but came from a totally different stack than what you're working on now.

  • And so I think it's really important that we don't think of a professional developer as the only kind of developer and that everyone can benefit from building things on the Web because html, CMS and JavaScript, they still work.

  • And, like Monica, showed us browsers do amazing things like we have these tools already, and it kind of doesn't need to be more complex than that.

  • So where is my screen?

  • I I have this kind of scale of Web things where if you imagine the two extremes off a single page site and then a really big Web app.

  • I think we focus on this far end, and we make it seem like this is Web development.

  • This is where you need to be to be putting stuff online, and it's just not true.

  • There's all this spot in space in the middle, and I've actually used this diagram before.

  • But now it's really clear to me that this is the jam spot, um, of things.

  • And so this is the area full of things you can do that don't have to be super complex.

  • And I want there to be more activity here because sometimes our projects make it out into the world and other people interface with them and those other people need less overhead.

  • And then sometimes a project doesn't.

  • It stays internal, but your teammates need less overhead, too.

  • Um, so all right.

  • The first part is it's the story of making an electron a thing.

  • Electron is, ah, library that get home maintains that is, for building desktop Paps that work on Mac Windows and Lennox using Web technology.

  • But it used to be called Adam Shell, and it was a dependency in Adam, which is get hubs text editor And it lived there and get home didn't want to do anything with it.

  • There was no vision for it.

  • There was no plan.

  • And I had been a good husband recently had moved on to the Adam team.

  • And as I dove deeper into the Adam Code and on board it and learned that all the thing making everything happened was this thing called Adam Shell, I started to think it was actually more game changing than Adam itself.

  • I think Adam is a great Tex other, Um, but Adam Shell felt really game changing to me, and so I started to fight for it.

  • Um, and you might be surprised that there was pushback because there was really no vision for this to ever be anything like Adam was the dream.

  • And there was just like, No, there was no plan for this.

  • And I kept pushing and I wrote up road plans and reasons why it should be its own thing.

  • And I finally, as the first step, got the okay to spend my full time working on electron stuff and the stuff that I had put on my road map.

  • And so Adam Cell, the core library that is now electron, was built and maintained by a guy named Chang.

  • And so he still worked on the core library.

  • And then I worked on all this other stuff had put on my road map as a sort of, like proved to get Hub.

  • That electron could be a thing that was worthy in stand on its own.

  • And the first thing I started with was documentation.

  • I wanted there to be one source of truth, and likely there was already pretty good documentation in the electron project.

  • But I didn't wanna overcomplicate that.

  • I want there to be one source of truth for documentation.

  • I wanted to standardize it with style Guide because it needed standardizing.

  • Um, and I want to make the most of Mark down and CSS and HTML.

  • I've been on projects that have, like Adam, where documentation is this whole other thing.

  • It lives in another rebo.

  • It's dependent on ah whole other tool chain for documentation and a whole other template ing library, and there's a whole other hurdle in tow on boarding just to fix the documentation.

  • And I wanted to make the most of what exists now, which I felt word's good enough.

  • Um And then, of course, a static site generator.

  • Um, I was like, get hub.

  • So I used Jekyll and what I ended up doing.

  • Waas The electron documentation lives inside of electron, the repo.

  • And so whenever you download electron, you get a copy of the documentation.

  • It's all marked down.

  • And so I want to start from there.

  • That is the one source of truth.

  • All changes to documentation happen there and then So I never learned.

  • Ruby, I get hub.

  • So I put a bunch of notes scripts into my Jekyll site that basically took the tar file from an electron release, would stream out the docks folder, read the file path, read the content of it which had now been standardized, so was predictable, and then generate the front matter and all the things that Jekyll needed so that it could then take all of those things, stream them out of the repo and then put them nicely into ah Jekyll site in the way that Jekyll wants them.

  • And so, yeah, like I mentioned, the style guide was really important.

  • So that the format of the documentation could be predictable so that incoming changes could maintain the same the same format and also because of wanting to make the most of CSS.

  • Knowing that I was going to be putting it on this jackal site and I would have the benefit of CSS so it could make the ledge ability of the documentation a little bit better than just reading the mark down files.

  • And so the style of all the documentation had to be really thought through and predictable and so on the documentation on the site.

  • There's also a few things that are a little bit electron specific, but because it's pulling the docks from the releases of Electron, we get tohave version documentation on the site.

  • And then there is a T L D R line on all of the pages because I feel like documentation.

  • Often times you go to the page, you have to read through two long paragraphs to even figure out if you're on the right page or not.

  • So I want people tohave right at the start, a place to go and no if there in the wrong place or not, um, and then electron blurs the lines between what's front and what's back end and then introduces new complexity with having two processes.

  • And so there's a main process and a render process.

  • And so each of the documentation tells what process it belongs to.

  • And then because when we're on the site and we have the power of CSS to improve readability, weaken, do things like make it more clear when a method or an event is something that only happens on a Mac system or a window system.

  • But it's really important to do this without forsaking the original mark down, because I didn't want to do something so that it looked good on the site but then was horrible to Rita's mark down.

  • Because the mark down is the source of truth.

  • And it's what ships with every download of electron and so everything that had to be done, like pushing the limits of marked down and thinking about how I'm going Thio style this in CSS.

  • But have it not look terrible in the marked down and so that was the bulk of the documentation.

  • The next thing I worked on Waas what was going to be people's first electron app and there are some other people at work.

  • Well, like, of course, we'll do an electron in it and it should be a scaffolding system.

  • And I pushed back on that.

  • Um, first of all, electron APS can be anything they can be a menu bar app that does one tiny thing with a window this big that I mean that tells you the time or the weather.

  • It can also be slack.

  • So there's a huge gulf in the kind of electron APs you can build, not to mention.

  • You can pick your flavor of front and framework in all of this stuff.

  • And so I felt like that's a huge undertaking to build a scaffolding tool that's going to support all these per me ations of a new electron app.

  • And even if it doesn't support all of them, then who are we to say, like, Well, we think you should use react.

  • We don't, and if you have a tiny menu, bar applicant don't need any framework at all.

  • And so I went with the keep it simple approach, and you clone it.

  • It's a bare bones electron app with an almost empty starting window you clone the repo, you in p m install you in P m start and you get an almost blank electron app.

  • You can open up the depth tools and you can start to poke around in it and you can especially.

  • I wanted to think about people who weren't coming from the desktop app space because people who are already in the space who are maybe working at a startup that used, like, chromium embedded framework and things like this they already got it.

  • So I don't care about them.

  • Like I care about the people who were front and developers or people who I didn't think that they could ever build a desktop app.

  • I wanted people to know that an electron, its HTML you can open it up.

  • You can use the crone Dev tools like you're used to and start doing the things that you already know how to do.

  • And so, with this little easy to clone and launch app you like very instantly, almost instantly nothing.

  • It's not that instant.

  • You can start digging around and changing an electron up, but I wanted to go beyond that because it still was really hard to get across to people.

  • What is electron?

  • Why would I use it?

  • What are the kind of things that I could do with it?

  • And so the next thing I did was build an electron app that demos the electron ap.

  • I, um and I think it worked up really great.

  • It was actually a really good tool for this, um, so that you can you can download this app and you can go through it and you can view the demos of the different kind of common things that you would do interfacing with the different, um, desktop system.

  • You eyes and demo things like opening a new window and so that it makes really clear, Like what this stuff means.

  • What was the dialogue?

  • If you're not coming from the does have application world like what?

  • You might not know exactly what a native dialogue is.

  • So this app lets you go in and start actually seeing these things in real time.

  • And I also wanted this app to be a learning tool inside and out.

  • And so the code itself is structured in a way where everything is organized and named so that you can match it up.

  • So when I mentioned earlier about there being the two processes an electron here, will you open up the code for the APP?

  • You can find exactly the name, the matching name for a future that happened and find the corresponding renderers and main process files.

  • And because it's an electron app and because we have knowed available in our H two mile, what each page does is actually uses all of the sample code the APP gives you is the code itself.

  • So we use know to read the file and then appended to the Domine.

  • So there's also one source of truth here.

  • So once you update the apse code, the demo app is updated, there's not.

  • They're not ever going to be out of sync.

  • And so that was huge for me being one person, doing a bunch of the stuff.

  • And so that is essentially all of the ground work that was done.

  • And to me, this the jam stack was essential that keeping it simple from the start was essential so that I could advocate for the projects that, like it, actually build these things so that I could maintain these things and there was easy to onboard people.

  • Once it became a real team and we got more people on it.

  • It was easy to grow from there.

  • Um, you might find yourself in a position like this, too.

  • So it's not.

  • It's not always an altruistic thing of, like, I'm doing this for the good of humankind, but you might find yourself in a position where you need to maintain less an onboard people faster.

  • All right, so the second part is about spreadsheets, something I love to talk about.

  • Um, and this goes back Thio.

  • My background is actually urban design and architecture.

  • Er and I was an urban designer at the City of Boston in the Urban Design Technology Group, and from there I went to do the Code for America Fellowship, which I mentioned earlier for building open source software for city governments and something I took with me from City Hall into this fellowship Waas a really desire to make it so that people could edit their own content.

  • So there wasn't this bottleneck places where I t had to do everything because I felt like the Web was further than that.

  • The web was out of place where people shouldn't be so afraid to edit their own content.

  • And so after that year and a grand from Mozilla, I ended up with a little library called XI C Js for visualizing um, Google spreadsheets on a website.

  • But I'm not gonna go into sheets.

  • He really I just want to talk about how great spreadsheets are.

  • Oh, and so back to this diagram again.

  • And I think this space is such a great space for spreadsheets because spreadsheets are a database with no set up that almost everyone already knows how to use.

  • And if you just sit with that for a second, like how many libraries like we talk about the hurdles of learning, the modern Web stack and all the tool chains and all of this stuff.

  • And even if you're already a developer, you have two on board into a new system and learn how everything works.

  • And so something that exists with no set up and you don't have to teach people how to use it.

  • That's amazing.

  • Um, and so I am mostly talking about Google spreadsheets here when I say spreadsheets, but really a lot of the stuff you could do if you're I mean, if your spreadsheet is in Microsoft office on Excel like if you can get it to Jason, you can still do a lot of these things.

  • Um, the websites, they have problems.

  • And so even if you're a professional developer who knows how to do all of this stuff, there are certain projects where these become hurdles, even for you.

  • And they're hurdles for people who aren't full time developers and spreadsheets make a lot of this easier or not a problem at all.

  • Especially when you think about our Am I gonna have a collaborator?

  • Am I gonna be working with someone who's not a developer?

  • And that's one of my favorite things about spreadsheets is because they are so approachable that people are using them to do radical awesome things in the very scary times in which we live.

  • And so I think there is so much untapped potential about what we can do that involves so many people with spreadsheets.

  • Okay, One library I want to talk about is called tabletop Js and tabletop basically gives you the data you would expect from the Google a p I, which the goo a p I doesn't give you, um, if you tried it.

  • If you use it directly to get your spreadsheet stuff, you get a bunch of extra stuff that you don't want.

  • And so tabletop clears clean that all up for you and returns your columns and your cells to you as Jason.

  • In a way that seems reasonable, and it's on in P.

  • M.

  • You can also just use a client side that's on the CD en, and it's pretty simple, but it has some few some options, so you can use multiple sheets.

  • If your spreadsheet has multiple sheets, you can also only use some of the sheets.

  • If you have multiple sheets, you can use an off key, so you don't necessarily have to make your spreadsheet public for everybody.

  • You can use proxies.

  • Um, and so it is a great and handy library, and I loved that.

  • That's because sometimes I feel like I'm just the spreadsheet loving person in my own corner.

  • Um, and the docks four tabletops say, Like imagine.

  • It's a read only javascript C.

  • M s that you can edit through Google docks.

  • It's like Christmas or any other gift giving celebration up in here, and that's how I feel at lease.

  • Um, and I want to be clear that I'm not talking about using a spreadsheet to just make a website that's a better design table or a grid off cells.

  • Because once you have it as Jason, all your data, you Congar Oh, wild with your CSS and do whatever you want and represent it and really cool ways.

  • So this, for example, is a tool lending library site.

  • Um, and if you use a Google form, you also can one prevent people from messing up your spread.

  • She if that's a concern, Um, but you can also even make it even more approachable to people.

  • If you don't want people tohave to look at a spreadsheet, a ghoul form will feed into a spreadsheet, and then you can hook that spreadsheet up to a website, and there's also no deploying.

  • Like any time someone visits your site, they're getting the latest from the spreadsheet.

  • I'm not fantastic.

  • You can do mapping.

  • You can turn your spreadsheet data if you have.

  • If you have Latin long data in your spreadsheet, you can turn it to Dio Jason, which she see will do for you.

  • You can also go to geo jayson dot io if you want to learn more about that format, but then you can feed your spreadsheet data into Matt Box maps or used leaflet or Google maps.

  • You can also just avoid other libraries altogether and just used query strings.

  • And this isn't just for mapping, but anybody that has a query string that matches the data you have, you can start using, and then you can do totally static data to which I have done for projects.

  • If you have a spreadsheet that isn't going to change that often and doesn't have that many editors, you might want to do this.

  • You can use the version of tabletop and No to pull down the spreadsheet Jason right it to a file and then use it as static data with your sight.

  • And you can also use it toe back up things that way.

  • There's also a site called if this, then that that lets you turn like almost anything you do today into data on a spreadsheet and I What I like the most is that you can kind of have your own copy of your data essentially and like there could be another discussion because technically it's like on Google and I don't know the legalities of that.

  • But in a way you have your own data so you can do things like totally display your social media in the way that you want or just archive it like you will have a copy of everything you've done on DDE, a space that I think is also really interesting and, to me could just expand.

  • Is the spreadsheet as a CMS right?

  • Like the spread, she can be a CMS.

  • You could write block posts in a spread.

  • She you could have CSS properties saved in the spreadsheet, and it could all feed an altar to a website.

  • And lastly, I wanted Thio just mention the site glitch, which Monty come mentioned?

  • Two.

  • If you have not played around with Glitch, it is a great way to put it.

  • Your projects in a space where people can avoid a death set up can just go straight into your code, start playing with it and making their own version of it.

  • And so it's really approachable on boarding experience for people.

  • I have the spreadsheet, you're along glitch um, so that's mine.

  • Um, but check out glitch.

  • And lastly, I hope that these have been some interesting ideas and that you think about keeping it simple from the start because you might be in a position where it benefits you to keep it simple.

  • From the start.

  • It will benefit your teammates, and it will benefit the people outside to as we grow this space for all the people who don't think they are developers.

  • But they are because everyone is a developer, so thank you.

s so next up, we have just floored.

字幕と単語

ワンタップで英和辞典検索 単語をクリックすると、意味が表示されます

B1 中級

誰もが開発者である - ジェシカ・ロードによるトーク (Everyone is a Developer - Talk by Jessica Lord)

  • 2 0
    林宜悉 に公開 2021 年 01 月 14 日
動画の中の単語